June 2006 - Freeradius-Devel - lists.freeradius.org

proxy deleting the attributes valu pair??
by Laurent LOINGEVILLE 30 Jun '06

30 Jun '06

Hi ! I've got the following chain: *client>>>>>proxy>>>>>>Server*. When the proxy send back the response of the server to the client, it delete the attributes value pair. What can i do to force the proxy not to delete the attributes? Thanks a lot!

2 3

deleting or xlat not configure?
by Laurent LOINGEVILLE 30 Jun '06

30 Jun '06

*Hi ! I've got the following chain: client>>>>>proxy>>>>>>Server. When the proxy send back the response of the server(reject message) to the client, it delete the attributes value pair. What can i do to force the proxy not to delete the attributes?* ** In fact, i think the radius proxy doesn't re-copy the attribute value-pair of the radius server on the interface where is connected the client. I thought that it was in the xlat section of the radiusd.conf file but it doesn't work. I have maybe make a bad manipulation? Do you have an idea? Thank you

1 0

specify an interface to proxy!
by Laurent LOINGEVILLE 28 Jun '06

28 Jun '06

Hi! Is it possible to specify on a proxy freeradius on which interface proxy the request? Thanks a lot!

3 3

Bug in libs/valuepair.c pairmake function
by Mitchell, Michael J 28 Jun '06

28 Jun '06

Hi Alan and developers, I've found a small bug in libs/valuepair.c in the pairmake() function when trying to call pairmake on an attribute with a tag (eg tunnel attributes from dictionary.tunnel). For example pairmake("Tunnel-Preference:1", "1", T_OP_EQ) The code searches for a ":" in the attribute name which has been passed in, and if it finds a valid tag, sets the position of the ":" to 0 (a null). However, the attribute name is declared as a "const char *". I resolved the issue by doing a strdup on the attribute name to a local char * variable and then using that variable in the rest of the function. Making attribute non const doesn't seem like a good idea. cheers, Mike

1 0

Pb concerning the re-sending interfaces in proxy radius configuration
by Laurent LOINGEVILLE 27 Jun '06

27 Jun '06

Hi! I'va installed freeradius on my Computer as a reverse proxy.This computer has 2 network interfaces (eth0 and eth1).The problem is this one: -the proxy receive the radius packet on the front interface (eth0) but can't re-send the packet on the eth1 interface. The configuration of the proxy seems to be good because this one display to me a message telling: "re-sending" the packet to 192.168.2.1 (radius server).Moreover, there is a rule in the routing table in order to go to the server 192.168.2.1.If i launch a tcpdump on the eth1 interface, no packet are leaving. Is there something to do in the configuration of the proxy to tell him the interface to re-send the packets? Thanks a lot in advance! Cordialy

2 1

Custom Reply-Message for Simultaneous-Use
by Josh Howlett 27 Jun '06

27 Jun '06

Hi, I need to be able to return a user-specific Reply-Message attribute in the event of simultaneous-use being detected. In auth.c, this message is currently hard-coded. I'm considering the following approach: if sim-use is detected, look for a new attribute in the reply items list whose value is the custom message. If it exists, use it for the Reply-Message; if not, use the existing hard-coded value. Is this a sensible approach? If not, what should I do? Many thanks, josh. Josh Howlett, Networking Specialist, University of Bristol. email: josh.howlett(a)bristol.ac.uk | phone: +44 (0)7867 907076 | interal: 7850

4 4

Re: lt_dllopenext() returns invalid handle (was: 1.1.2 is broken if you have closefrom() )
by Frank Cusack 26 Jun '06

26 Jun '06

On June 15, 2006 4:30:19 PM -0400 Alan DeKok <aland(a)nitros9.org> wrote: > Frank Cusack <fcusack(a)fcusack.com> wrote: >> Dunno if you didn't find time, or weren't able to reproduce it > > I couldn't bear the though of fighting with that crap again. > > Look at the code, it does the following: > > ... > strcat (tmp, archive_ext); > errors = try_dlopen (&handle, tmp); > if (errors) return 0; > > /* If we found FILENAME, stop searching -- whether we were able to > load the file as a module or not. If the file exists but loading > failed, it is better to return an error message here than to > report FILE_NOT_FOUND when the alternatives (foo.so etc) are not > in the module search path. */ > if (handle || ((errors > 0) && !file_not_found ())) > { > LT_DLFREE (tmp); > return handle; > } > ... > > Note that if (errors > 0) AND the file was found, it returns the > handle. i.e. It finds the CURRENT library, but not one that the > current library needs. > > The idea of returning the handle if (errors > 0) is something that > is mind-blowingly retarded. If the file was found, but errors > 0, handle is supposed to be NULL. I couldn't find a case (from inspection) where this isn't true. Dependencies are loaded before the library itself is loaded (if there is a .la file and dependencies are known), and if this fails handle is returned as NULL. If dependencies are not known, the system dlopen() is used which will implicitly load dependencies, and again, fail and return NULL if a dependency cannot be loaded. Apparently, it CAN happen that handle is not NULL, but I have to assume that this line of code doesn't think that can happen. (Because of course, it is a pretty bad idea to return a non-NULL handle on failure, and ltdl is obviously not written by idiots.) You can't just read this one line of code and say "handle is returned!", you have to look at what is expected from try_dlopen(). >> But anyway, it looks easy to address in freeradius (as opposed to >> ltdl.c) so I'm going to try that. > > I don't see how. The problem is that the handle is returned, but is > NOT completely populated. So ltdl_sym() de-references a NULL entry in > the handle, and dies. > > Since the handle structure is opaque, it's impossible for FreeRADIUS > to know if the returned handle is OK, is is broken. So I have no idea > how you would handle this in FreeRADIUS. Bah. I didn't realize lt_dlhandle was opaque (because how does gdb know what it looks like). phooey. OK, we'll need to patch ltdl.c, but otherwise (ie autoconf stuff) we can still get away with untouched original source. -frank

5 11

bug report
by Joao Marcelo Ceron 26 Jun '06

26 Jun '06

Hello, We have tested 802.1X with eap/ttls/mschapv2 using freeradius. Every things works fine with Cisco, but, when we tested the solution with extreme networks products (Alpine3804 and summit48si) the solution did not work as expected. Apparently, the problem is a different RFC interpretation. The EAP implemented in freeradius make a unnecessary check in handle->identity variable. So we build a path for freeradius (only taking off some lines;-). Please , consider that change to next version. Joao Marcelo Ceron Leandro Bertholdo +++ eap.patch.c Sun Jun 25 21:04:58 2006 @@ -1046,13 +1046,18 @@ * request as the NAS is doing something * funny. */ - if (strncmp(handler->identity, vp->strvalue, - MAX_STRING_LEN) != 0) { - radlog(L_ERR, "rlm_eap: Identity does not match User-Name. Authentication failed."); - free(*eap_packet_p); - *eap_packet_p = NULL; - return NULL; - } + + // Commented here <Leandro Bertholdo/Joao Marcelo Ceron> + + // Changed by <Leandro Bertholdo/Joao Marcelo Ceron> + /* if (strncmp(handler->identity, vp->strvalue, + * MAX_STRING_LEN) != 0) { + * radlog(L_ERR, "rlm_eap: Identity does not match User-Name. Authentication failed."); + * free(*eap_packet_p); + * *eap_packet_p = NULL; + * return NULL; + *} + */ } } else { /* packet was EAP identity */ handler = eap_handler_alloc(); @@ -1101,14 +1106,17 @@ * identity, the NAS is doing something * funny, so reject the request. */ - if (strncmp(handler->identity, vp->strvalue, - MAX_STRING_LEN) != 0) { - radlog(L_ERR, "rlm_eap: Identity does not match User-Name, setting from EAP Identity."); - free(*eap_packet_p); - *eap_packet_p = NULL; - eap_handler_free(handler); - return NULL; - } + + // Changed by <Leandro Bertholdo/Joao Marcelo Ceron> + /* if (strncmp(handler->identity, vp->strvalue, + * MAX_STRING_LEN) != 0) { + * radlog(L_ERR, "rlm_eap: Identity does not match User-Name, setting from EAP Identity."); + * free(*eap_packet_p); + * *eap_packet_p = NULL; + * eap_handler_free(handler);

2 2

Automatic report from sources (radiusd) between 22.06.2006 - 23.06.2006 GMT
by Automatic cvs log generator 23 Jun '06

23 Jun '06

CVS log entries from 22.06.2006 (Thu) 08:00:00 - 23.06.2006 (Fri) 08:00:01 GMT ===================================================== Summary by authors ===================================================== Author: fcusack File: radiusd/libltdl/config-h.in; Revisions: 1.1.10.1 File: radiusd/libltdl/acconfig.h; Revisions: 1.1.10.1 File: radiusd/libltdl/config.h.in; Revisions: 1.1.10.1 File: radiusd/configure.in; Revisions: 1.198.2.15.2.8 File: radiusd/libltdl/configure.ac; Revisions: 1.1, 1.1.2.1 File: radiusd/Make.inc.in; Revisions: 1.48.4.2 File: radiusd/libltdl/acinclude.m4; Revisions: 1.2.10.1 File: radiusd/doc/ChangeLog; Revisions: 1.57.2.31.2.25, 1.57.2.31.2.24 File: radiusd/ltmain.sh; Revisions: 1.3.6.1 File: radiusd/libltdl/missing; Revisions: 1.1.2.2 File: radiusd/libltdl/Makefile.am; Revisions: 1.3.10.1 File: radiusd/libltdl/aclocal.m4; Revisions: 1.2.10.1 File: radiusd/libltdl/COPYING.LIB; Revisions: 1.1.10.1 File: radiusd/libltdl/stamp-h.in; Revisions: 1.1.10.1 File: radiusd/libltdl/install-sh; Revisions: 1.1.2.2 File: radiusd/libltdl/ltdl.c; Revisions: 1.5.4.3, 1.5.4.2 File: radiusd/libltdl/configure; Revisions: 1.2.8.1.2.1 File: radiusd/libltdl/Makefile.in; Revisions: 1.6.10.1 File: radiusd/libltdl/ltdl.h; Revisions: 1.2.10.2, 1.2.10.1 File: radiusd/libltdl/configure.in; Revisions: 1.2.10.1 File: radiusd/aclocal.m4; Revisions: 1.24.2.2.2.3 File: radiusd/Makefile; Revisions: 1.44.2.2.2.3 File: radiusd/libltdl/config.guess; Revisions: 1.1.2.2 File: radiusd/configure; Revisions: 1.95.2.12.2.6 File: radiusd/libltdl/ltmain.sh; Revisions: 1.1.2.2 File: radiusd/libltdl/config.sub; Revisions: 1.1.2.2 File: radiusd/libtool.m4; Revisions: 1.1, 1.1.2.1 File: radiusd/libltdl/README; Revisions: 1.1.10.1 Author: nbk File: radiusd/dialup_admin/bin/truncate_radacct; Revisions: 1.7.4.1 File: radiusd/dialup_admin/bin/monthly_tot_stats; Revisions: 1.6.4.1 File: radiusd/dialup_admin/Changelog; Revisions: 1.195.4.3 File: radiusd/dialup_admin/bin/log_badlogins; Revisions: 1.21.4.1 File: radiusd/dialup_admin/bin/clean_radacct; Revisions: 1.7.4.1 ===================================================== Combined list of identical log entries ===================================================== Description: update libtool and libltdl to 1.5.22, and improve the integration by not requiring source modification (except for one change to ltdl.c [for a bug] to follow) Modified files: File: radiusd/Make.inc.in; Revision: 1.48.4.2; Date: 2006/06/23 04:31:58; Author: fcusack; Lines: (+3 -3) File: radiusd/Makefile; Revision: 1.44.2.2.2.3; Date: 2006/06/23 04:31:58; Author: fcusack; Lines: (+6 -2) File: radiusd/aclocal.m4; Revision: 1.24.2.2.2.3; Date: 2006/06/23 04:31:58; Author: fcusack; Lines: (+4 -3611) File: radiusd/configure; Revision: 1.95.2.12.2.6; Date: 2006/06/23 04:32:00; Author: fcusack; Lines: (+21808 -5953) File: radiusd/configure.in; Revision: 1.198.2.15.2.8; Date: 2006/06/23 04:32:13; Author: fcusack; Lines: (+9 -17) File: radiusd/libtool.m4; Revision: 1.1.2.1; Date: 2006/06/23 04:32:13; Author: fcusack; Lines: (+6397 -0) File: radiusd/ltmain.sh; Revision: 1.3.6.1; Date: 2006/06/23 04:32:14; Author: fcusack; Lines: (+2790 -915) File: radiusd/doc/ChangeLog; Revision: 1.57.2.31.2.24; Date: 2006/06/23 04:32:16; Author: fcusack; Lines: (+6 -3) File: radiusd/libltdl/COPYING.LIB; Revision: 1.1.10.1; Date: 2006/06/23 04:32:16; Author: fcusack; Lines: (+2 -2) File: radiusd/libltdl/Makefile.am; Revision: 1.3.10.1; Date: 2006/06/23 04:32:17; Author: fcusack; Lines: (+2 -18) File: radiusd/libltdl/Makefile.in; Revision: 1.6.10.1; Date: 2006/06/23 04:32:17; Author: fcusack; Lines: (+505 -312) File: radiusd/libltdl/README; Revision: 1.1.10.1; Date: 2006/06/23 04:32:17; Author: fcusack; Lines: (+1 -0) File: radiusd/libltdl/acconfig.h; Revision: 1.1.10.1; Date: 2006/06/23 04:32:17; Author: fcusack; Lines: (+0 -0) File: radiusd/libltdl/acinclude.m4; Revision: 1.2.10.1; Date: 2006/06/23 04:32:18; Author: fcusack; Lines: (+5843 -2926) File: radiusd/libltdl/aclocal.m4; Revision: 1.2.10.1; Date: 2006/06/23 04:32:19; Author: fcusack; Lines: (+677 -4180) File: radiusd/libltdl/config-h.in; Revision: 1.1.10.1; Date: 2006/06/23 04:32:20; Author: fcusack; Lines: (+130 -87) File: radiusd/libltdl/config.guess; Revision: 1.1.2.2; Date: 2006/06/23 04:32:20; Author: fcusack; Lines: (+1471 -0) File: radiusd/libltdl/config.h.in; Revision: 1.1.10.1; Date: 2006/06/23 04:32:21; Author: fcusack; Lines: (+0 -0) File: radiusd/libltdl/config.sub; Revision: 1.1.2.2; Date: 2006/06/23 04:32:21; Author: fcusack; Lines: (+1599 -0) File: radiusd/libltdl/configure; Revision: 1.2.8.1.2.1; Date: 2006/06/23 04:32:21; Author: fcusack; Lines: (+21384 -5429) File: radiusd/libltdl/configure.ac; Revision: 1.1.2.1; Date: 2006/06/23 04:32:25; Author: fcusack; Lines: (+79 -0) File: radiusd/libltdl/configure.in; Revision: 1.2.10.1; Date: 2006/06/23 04:32:26; Author: fcusack; Lines: (+0 -0) File: radiusd/libltdl/install-sh; Revision: 1.1.2.2; Date: 2006/06/23 04:32:26; Author: fcusack; Lines: (+401 -0) File: radiusd/libltdl/ltdl.c; Revision: 1.5.4.2; Date: 2006/06/23 04:32:26; Author: fcusack; Lines: (+677 -127) File: radiusd/libltdl/ltdl.h; Revision: 1.2.10.1; Date: 2006/06/23 04:32:27; Author: fcusack; Lines: (+39 -34) File: radiusd/libltdl/ltmain.sh; Revision: 1.1.2.2; Date: 2006/06/23 04:32:28; Author: fcusack; Lines: (+6863 -0) File: radiusd/libltdl/missing; Revision: 1.1.2.2; Date: 2006/06/23 04:32:29; Author: fcusack; Lines: (+353 -0) File: radiusd/libltdl/stamp-h.in; Revision: 1.1.10.1; Date: 2006/06/23 04:32:29; Author: fcusack; Lines: (+0 -0) ------------------------------- Description: try_dlopen() has a bug: it sometimes returns a handle if a dependency library can't be loaded. It also returns an error status, however lt_dlopenext() doesn't handle this well and returns the invalid handle. This causes a segfault instead of a graceful exit. Update ltdl to give an error telling the user to report the problem, so that we can try to reproduce it and report to the libtool folks. We could just leave ltdl unpatched; FR will exit either way. Modified files: File: radiusd/libltdl/ltdl.c; Revision: 1.5.4.3; Date: 2006/06/23 04:55:50; Author: fcusack; Lines: (+8 -0) File: radiusd/libltdl/ltdl.h; Revision: 1.2.10.2; Date: 2006/06/23 04:55:51; Author: fcusack; Lines: (+2 -1) ------------------------------- Description: Test for unset variable, rather than empty variable in clean_radacct, monthly_tot_stats and truncate_radacct. http://bugs.debian.org/374053 Thanks to Rudy Godoy <rudy(a)kernel-panik.org> and Stephen Gran <sgran(a)debian.org>. Modified files: File: radiusd/dialup_admin/Changelog; Revision: 1.195.4.3; Date: 2006/06/22 08:46:00; Author: nbk; Lines: (+4 -0) File: radiusd/dialup_admin/bin/clean_radacct; Revision: 1.7.4.1; Date: 2006/06/22 08:46:00; Author: nbk; Lines: (+1 -1) File: radiusd/dialup_admin/bin/log_badlogins; Revision: 1.21.4.1; Date: 2006/06/22 08:46:00; Author: nbk; Lines: (+1 -1) File: radiusd/dialup_admin/bin/monthly_tot_stats; Revision: 1.6.4.1; Date: 2006/06/22 08:46:01; Author: nbk; Lines: (+1 -1) File: radiusd/dialup_admin/bin/truncate_radacct; Revision: 1.7.4.1; Date: 2006/06/22 08:46:01; Author: nbk; Lines: (+1 -1) ===================================================== Log entries ===================================================== Description: note libltdl patch Modified files: File: radiusd/doc/ChangeLog; Revision: 1.57.2.31.2.25; Date: 2006/06/23 04:57:51; Author: fcusack; Lines: (+3 -3) ------------------------------- Description: file configure.ac was initially added on branch branch_1_1. Modified files: File: radiusd/libltdl/configure.ac; Revision: 1.1; Date: 2006/06/23 04:32:25; Author: fcusack; ------------------------------- Description: file libtool.m4 was initially added on branch branch_1_1. Modified files: File: radiusd/libtool.m4; Revision: 1.1; Date: 2006/06/23 04:32:13; Author: fcusack; ===================================================== Summary of modified files ===================================================== File: radiusd/Make.inc.in Revisions: 1.48.4.2 Authors: fcusack (+3 -3) ------------------------------- File: radiusd/Makefile Revisions: 1.44.2.2.2.3 Authors: fcusack (+6 -2) ------------------------------- File: radiusd/aclocal.m4 Revisions: 1.24.2.2.2.3 Authors: fcusack (+4 -3611) ------------------------------- File: radiusd/configure Revisions: 1.95.2.12.2.6 Authors: fcusack (+21808 -5953) ------------------------------- File: radiusd/configure.in Revisions: 1.198.2.15.2.8 Authors: fcusack (+9 -17) ------------------------------- File: radiusd/dialup_admin/Changelog Revisions: 1.195.4.3 Authors: nbk (+4 -0) ------------------------------- File: radiusd/dialup_admin/bin/clean_radacct Revisions: 1.7.4.1 Authors: nbk (+1 -1) ------------------------------- File: radiusd/dialup_admin/bin/log_badlogins Revisions: 1.21.4.1 Authors: nbk (+1 -1) ------------------------------- File: radiusd/dialup_admin/bin/monthly_tot_stats Revisions: 1.6.4.1 Authors: nbk (+1 -1) ------------------------------- File: radiusd/dialup_admin/bin/truncate_radacct Revisions: 1.7.4.1 Authors: nbk (+1 -1) ------------------------------- File: radiusd/doc/ChangeLog Revisions: 1.57.2.31.2.25, 1.57.2.31.2.24 Authors: fcusack (+3 -3), fcusack (+6 -3) ------------------------------- File: radiusd/libltdl/COPYING.LIB Revisions: 1.1.10.1 Authors: fcusack (+2 -2) ------------------------------- File: radiusd/libltdl/Makefile.am Revisions: 1.3.10.1 Authors: fcusack (+2 -18) ------------------------------- File: radiusd/libltdl/Makefile.in Revisions: 1.6.10.1 Authors: fcusack (+505 -312) ------------------------------- File: radiusd/libltdl/README Revisions: 1.1.10.1 Authors: fcusack (+1 -0) ------------------------------- File: radiusd/libltdl/acconfig.h Revisions: 1.1.10.1 Authors: fcusack (+0 -0) ------------------------------- File: radiusd/libltdl/acinclude.m4 Revisions: 1.2.10.1 Authors: fcusack (+5843 -2926) ------------------------------- File: radiusd/libltdl/aclocal.m4 Revisions: 1.2.10.1 Authors: fcusack (+677 -4180) ------------------------------- File: radiusd/libltdl/config-h.in Revisions: 1.1.10.1 Authors: fcusack (+130 -87) ------------------------------- File: radiusd/libltdl/config.guess Revisions: 1.1.2.2 Authors: fcusack (+1471 -0) ------------------------------- File: radiusd/libltdl/config.h.in Revisions: 1.1.10.1 Authors: fcusack (+0 -0) ------------------------------- File: radiusd/libltdl/config.sub Revisions: 1.1.2.2 Authors: fcusack (+1599 -0) ------------------------------- File: radiusd/libltdl/configure Revisions: 1.2.8.1.2.1 Authors: fcusack (+21384 -5429) ------------------------------- File: radiusd/libltdl/configure.ac Revisions: 1.1, 1.1.2.1 Authors: fcusack, fcusack (+79 -0) ------------------------------- File: radiusd/libltdl/configure.in Revisions: 1.2.10.1 Authors: fcusack (+0 -0) ------------------------------- File: radiusd/libltdl/install-sh Revisions: 1.1.2.2 Authors: fcusack (+401 -0) ------------------------------- File: radiusd/libltdl/ltdl.c Revisions: 1.5.4.3, 1.5.4.2 Authors: fcusack (+8 -0), fcusack (+677 -127) ------------------------------- File: radiusd/libltdl/ltdl.h Revisions: 1.2.10.2, 1.2.10.1 Authors: fcusack (+2 -1), fcusack (+39 -34) ------------------------------- File: radiusd/libltdl/ltmain.sh Revisions: 1.1.2.2 Authors: fcusack (+6863 -0) ------------------------------- File: radiusd/libltdl/missing Revisions: 1.1.2.2 Authors: fcusack (+353 -0) ------------------------------- File: radiusd/libltdl/stamp-h.in Revisions: 1.1.10.1 Authors: fcusack (+0 -0) ------------------------------- File: radiusd/libtool.m4 Revisions: 1.1, 1.1.2.1 Authors: fcusack, fcusack (+6397 -0) ------------------------------- File: radiusd/ltmain.sh Revisions: 1.3.6.1 Authors: fcusack (+2790 -915) -- Automatic cron job from /web/pages/us.freeradius.org/bin/new_makelog.pl

1 0

Patch for dialupadmin
by Stephen Gran 22 Jun '06

22 Jun '06

Hello all, It looks like I am going to be doing some work with freeradius for Debian. So, I just wanted to say hello, and send along a patch. This fixes a bug when the variable in question is actually NULL, rather than just empty. Thanks, --- dialup_admin/bin/clean_radacct +++ dialup_admin/bin/clean_radacct @@ -28,7 +28,7 @@ die "sql_command directive is not set in admin.conf\n" if ($sqlcmd eq ''); die "Could not find sql binary. Please make sure that the \$sqlcmd variable points to the right location\n" if (! -x $sqlcmd); -$sql_password = ($sql_password eq '') ? '' : "-p$sql_password"; +$sql_password = (!$sql_password) ? '' : "-p$sql_password"; ($sec,$min,$hour,$mday,$mon,$year,$wday,$yday,$isdst) = localtime; $date = POSIX::strftime("%Y-%m-%d %T",$sec,$min,$hour,($mday - $back_days),$mon,$year,$wday,$yday,$isdst); --- dialup_admin/bin/log_badlogins +++ dialup_admin/bin/log_badlogins @@ -93,7 +93,7 @@ $realm_del = '@' if ($realm_del eq ''); $realm_for = 'suffix' if ($realm_for eq ''); -$pass = ($sql_password ne '') ? "-p$sql_password" : ''; +$pass = (!$sql_password) ? '' : "-p$sql_password"; die "SQL server not defined\n" if ($sql_server eq ''); die "sql_command directive is not set in admin.conf\n" if ($sqlcmd eq ''); --- dialup_admin/bin/truncate_radacct +++ dialup_admin/bin/truncate_radacct @@ -28,7 +28,7 @@ die "sql_command directive is not set in admin.conf\n" if ($sqlcmd eq ''); die "Could not find sql binary. Please make sure that the \$sqlcmd variable points to the right location\n" if (! -x $sqlcmd); -$sql_password = ($sql_password eq '') ? '' : "-p$sql_password"; +$sql_password = (!$sql_password) ? '' : "-p$sql_password"; ($sec,$min,$hour,$mday,$mon,$year,$wday,$yday,$isdst) = localtime; $date = POSIX::strftime("%Y-%m-%d %T",$sec,$min,$hour,($mday - $back_days),$mon,$year,$wday,$yday,$isdst); --- dialup_admin/bin/monthly_tot_stats +++ dialup_admin/bin/monthly_tot_stats @@ -29,7 +29,7 @@ die "sql_command directive is not set in admin.conf\n" if ($sqlcmd eq ''); die "Could not find sql binary. Please make sure that the \$sqlcmd variable points to the right location\n" if (! -x $sqlcmd); -$sql_password = ($sql_password == '') ? '' : "-p$sql_password"; +$sql_password = (!$sql_password) ? '' : "-p$sql_password"; ($sec,$min,$hour,$mday,$mon,$year,$wday,$yday,$isdst) = localtime; if ($mday == 1){ -- -------------------------------------------------------------------------- | Stephen Gran | Why isn't there some cheap and easy way | | steve(a)lobefin.net | to prove how much she means to me? | | http://www.lobefin.net/~steve | | --------------------------------------------------------------------------

2 1

FreeRADIUS wiki
by Kevin Bonner 19 Jun '06

19 Jun '06

I'm trying to login to the FR wiki to cleanup the spam and continue receiving the following error: Fatal error: Call to undefined function: getuser() in /srv/www/vhosts/wiki-freeradius/includes/Skin.php on line 546 I've reset my password and still receive that message. Is anyone else running into this, or am I just lucky? Kevin Bonner

3 4

Using radius to determine a users group membership.
by Matthew Grooms 18 Jun '06

18 Jun '06

All, I am not that familiar with radius so I was hoping a guru could help me out. Using a radius client library, I would like to be able to determine if a given user is a member of a given group. It would be preferable to use a method to somehow query this information ad-hock. As an alternative, if the server could be coaxed into returning the users membership information ( maybe during user authentication? ), that would work as well. I noticed that there are several keywords in the standard dictionary file that have to do with groups but am not sure what they are used for. If someone knows how to accomplish this, could they kindly point me to some documentation that describes the method? I tried sifting through the RFC's, the freeradius FAQ and the freeradius mailing list archives but had no luck. The client library I am using is radlib which is bundled with FreeBSD 6.x. The freeradius server I have configured is using the unix authentication module to query the system password and group databases. Thanks in advance, -Matthew

2 1

Automatic report from sources (radiusd) between 16.06.2006 - 17.06.2006 GMT
by Automatic cvs log generator 17 Jun '06

17 Jun '06

CVS log entries from 16.06.2006 (Fri) 08:00:03 - 17.06.2006 (Sat) 08:00:02 GMT ===================================================== Summary by authors ===================================================== Author: aland File: radiusd/src/lib/packet.c; Revisions: 1.2 File: radiusd/share/dictionary.walabi; Revisions: 1.1 File: radiusd/src/include/libradius.h; Revisions: 1.119 File: radiusd/src/include/packet.h; Revisions: 1.2 File: radiusd/share/dictionary; Revisions: 1.130 File: radiusd/src/main/radclient.c; Revisions: 1.101 ===================================================== Combined list of identical log entries ===================================================== Description: As found on the net Modified files: File: radiusd/share/dictionary; Revision: 1.130; Date: 2006/06/16 19:09:49; Author: aland; Lines: (+2 -1) File: radiusd/share/dictionary.walabi; Revision: 1.1; Date: 2006/06/16 19:09:49; Author: aland; ------------------------------- Description: Added "hash" back to RADIUS_PACKET, for speed. Added new "packet list" implementation, which keeps track of RADIUS_PACKET's across multiple sockets. Update radclient to use it, which simplifies much of the radclient code. The idea is that eventually the server, or any implementation that needs to keep track of incoming/outgoing packets will use the packet list code, which is simple, fast, and extensible. With luck, we should be able to replace the horrid code in request_list.c, which does all sorts of evil things on proxying. We can also replace the bloated nightmare that listen.c has become. Modified files: File: radiusd/src/include/libradius.h; Revision: 1.119; Date: 2006/06/16 23:39:31; Author: aland; Lines: (+2 -1) File: radiusd/src/include/packet.h; Revision: 1.2; Date: 2006/06/16 23:39:31; Author: aland; Lines: (+42 -1) File: radiusd/src/lib/packet.c; Revision: 1.2; Date: 2006/06/16 23:39:32; Author: aland; Lines: (+607 -10) File: radiusd/src/main/radclient.c; Revision: 1.101; Date: 2006/06/16 23:39:31; Author: aland; Lines: (+78 -123) ===================================================== Log entries ===================================================== ===================================================== Summary of modified files ===================================================== File: radiusd/share/dictionary Revisions: 1.130 Authors: aland (+2 -1) ------------------------------- File: radiusd/share/dictionary.walabi Revisions: 1.1 Authors: aland ------------------------------- File: radiusd/src/include/libradius.h Revisions: 1.119 Authors: aland (+2 -1) ------------------------------- File: radiusd/src/include/packet.h Revisions: 1.2 Authors: aland (+42 -1) ------------------------------- File: radiusd/src/lib/packet.c Revisions: 1.2 Authors: aland (+607 -10) ------------------------------- File: radiusd/src/main/radclient.c Revisions: 1.101 Authors: aland (+78 -123) -- Automatic cron job from /web/pages/us.freeradius.org/bin/new_makelog.pl

1 0

There appear to be another radius server on port...
by Laurent LOINGEVILLE 16 Jun '06

16 Jun '06

Hi! I've install a radius server as a proxy radius server and when i want to start this one, i have the message "there appear to have another radius server on port 1818".But it is the only machine where radius is running... How is it due? how can i resolve this problem? Thanks a lot in advance for your help!

2 1

Re: 1.1.2 is broken if you have closefrom()
by Frank Cusack 16 Jun '06

16 Jun '06

On June 15, 2006 12:42:34 PM +0200 Nicolas Baradakis <nbk(a)sitadelle.com> wrote: > Frank Cusack wrote: > >> On June 9, 2006 1:56:16 PM +0200 Nicolas Baradakis <nbk(a)sitadelle.com> wrote: >> >> > I also note the autotools versions have to be compatible: libtool 1.4 >> > comes with autoconf 2.13, and libtool 1.5 comes with autoconf 2.50. >> > Upgrade one but not the other may lead to unpredictable results. >> >> Well, even 1.1 as-is actually requires autoconf-2.50. I was going to put >> add that to configure.in as part of the patch. > > I don't understand: the current branch 1.1 with libtool 1.4 has always > used autoconf 2.13. My mistake; autoconf-2.13 merely generates a warning about AC_TRY_RUN with branch 1.1. It was only after I updated libtool that it required 2.50. BTW, creating "test" branches to try stuff out, then merging them back, is trivial with p4. There wouldn't be any question about submitting. (And this is where p4 beats svn also, so I've read.) -frank

2 2

Automatic report from sources (radiusd) between 15.06.2006 - 16.06.2006 GMT
by Automatic cvs log generator 16 Jun '06

16 Jun '06

CVS log entries from 15.06.2006 (Thu) 08:00:03 - 16.06.2006 (Fri) 08:00:03 GMT ===================================================== Summary by authors ===================================================== Author: aland File: radiusd/src/include/libradius.h; Revisions: 1.76.2.2.2.9 File: radiusd/src/lib/hash.c; Revisions: 1.9.2.7 File: radiusd/src/lib/dict.c; Revisions: 1.50.2.4.2.10 ===================================================== Combined list of identical log entries ===================================================== Description: Port update hash code (using hash && compare callbacks) from the head. Modified files: File: radiusd/src/include/libradius.h; Revision: 1.76.2.2.2.9; Date: 2006/06/15 21:47:14; Author: aland; Lines: (+11 -7) File: radiusd/src/lib/dict.c; Revision: 1.50.2.4.2.10; Date: 2006/06/15 21:47:15; Author: aland; Lines: (+190 -115) File: radiusd/src/lib/hash.c; Revision: 1.9.2.7; Date: 2006/06/15 21:47:14; Author: aland; Lines: (+82 -47) ===================================================== Log entries ===================================================== ===================================================== Summary of modified files ===================================================== File: radiusd/src/include/libradius.h Revisions: 1.76.2.2.2.9 Authors: aland (+11 -7) ------------------------------- File: radiusd/src/lib/dict.c Revisions: 1.50.2.4.2.10 Authors: aland (+190 -115) ------------------------------- File: radiusd/src/lib/hash.c Revisions: 1.9.2.7 Authors: aland (+82 -47) -- Automatic cron job from /web/pages/us.freeradius.org/bin/new_makelog.pl

1 0

Re: 1.1.2 is broken if you have closefrom()
by Frank Cusack 15 Jun '06

15 Jun '06

On June 8, 2006 6:02:44 PM -0400 Alan DeKok <aland(a)nitros9.org> wrote: > Frank Cusack <fcusack(a)fcusack.com> wrote: > The libltdl retards would allocate a data structure, partially fill > it in, and then RETURN IT to the caller if ltdl_open() didn't work. > Since ltdl_open() is documented as returning PTR on success and NULL > on fail, it would look like the dlopen succeeded. The code would then > call ltdl_sym(), using the previous bullshit structure, and the > retarded ltdl_sym() code would de-reference a NULL pointer. It > doesn't need to check, apparently, because that field is supposed to > be initialized if ltdl_open() worked. Your patch is actually in lt_dlopenext(), not lt_dlopen(). On inspection, I don't see a code path that leaves handle non-NULL on an error return. I'm also unable to reproduce the problem, and none of the bugs referencing this problem has an adequate description. Can you give me a formula to demonstrate this problem? I don't have mysql, which a lot of the cases seem to revolve around. -frank

2 9

Re: 1.1.2 is broken if you have closefrom()
by Frank Cusack 15 Jun '06

15 Jun '06

On June 8, 2006 6:02:44 PM -0400 Alan DeKok <aland(a)nitros9.org> wrote: > Frank Cusack <fcusack(a)fcusack.com> wrote: >> 1. Can I just check this into the 1.1.0 branch and then upintegrate >> to HEAD (later)? > > Ok. I'm not sure the fix is required for head, as that is already > using a newer libtool, which should work. It should be in head also (read on). > I'd like to see the diff, or have a description of it first, though. > Working with libtool & autoconf is pretty insane. Yeah. So what I did is upgrade to libtool and ltdl 1.5.22. The current libtool and ltdl is GNU + changes. This is difficult. I rearranged our autoconf stuff (ever so slightly :-)) to allow drop-in of the untouched originals. That's why I asked about the change the ltdl.c -- it'd be better to change our code than to require changes in ltdl.c each time we upgrade. I doubt upgrading libtool and ltdl has any real software effect, other than allowing R= to work. But being able to use unmodified sources does have a good maintenance effect. >> 3. CVS and branching is pitiful. CVS is also otherwise not very good. >> I suggest p4 (it's free for open source use), but barring that, svn. > > Hmm... subversion doesn't do multiple repositories, and it requires > everyting but the kitchen sink to build. I'm using perforce at work, > and it's fine (if a little odd). For open source VCS's, I'd prefer > mercurial. Don't know mercurial, and don't know svn well enough to argue for it (except vs CVS). I will say that I'm surprised that a long list of dependencies is an issue -- what system today (that we care about) doesn't have either binary svn or an easy way (yum, apt-get, etc) to get dependencies? I'd be willing to host a p4 server on a trial basis, and possibly even long term. -frank

2 3

Automatic report from sources (radiusd) between 14.06.2006 - 15.06.2006 GMT
by Automatic cvs log generator 15 Jun '06

15 Jun '06

CVS log entries from 14.06.2006 (Wed) 08:00:02 - 15.06.2006 (Thu) 08:00:03 GMT ===================================================== Summary by authors ===================================================== Author: aland File: radiusd/doc/configurable_failover; Revisions: 1.10 File: radiusd/doc/load-balance.txt; Revisions: 1.5 File: radiusd/src/main/modcall.c; Revisions: 1.51, 1.50, 1.49 Author: pnixon File: radiusd/raddb/users; Revisions: 1.13 ===================================================== Combined list of identical log entries ===================================================== Description: Document "if", "else", and "elsif" in modules sections. Modified files: File: radiusd/doc/configurable_failover; Revision: 1.10; Date: 2006/06/14 23:31:30; Author: aland; Lines: (+120 -8) File: radiusd/doc/load-balance.txt; Revision: 1.5; Date: 2006/06/14 23:31:30; Author: aland; Lines: (+55 -2) ===================================================== Log entries ===================================================== Description: Shell-User should be Administrative-User these days Modified files: File: radiusd/raddb/users; Revision: 1.13; Date: 2006/06/14 15:16:39; Author: pnixon; Lines: (+1 -1) ------------------------------- Description: else and elsif can't be used in load-balance sections, as we would pick the "else" without the "if".. Modified files: File: radiusd/src/main/modcall.c; Revision: 1.51; Date: 2006/06/14 23:30:58; Author: aland; Lines: (+19 -1) ------------------------------- Description: Bump the stack max to 32 Modified files: File: radiusd/src/main/modcall.c; Revision: 1.50; Date: 2006/06/14 22:12:07; Author: aland; Lines: (+2 -2) ------------------------------- Description: Indent lines in debug mode after "modcall:", so we can see what's going on. Add lineno to modcallable struct, it may be useful later. Add group name to dump_tree stuff. Add support for "if", "elsif", and "else" to modules! We can now do things like: users if notfound { ldap } elsif updated { foo } else { eap } This allows multiple branches in the module calling code, where previously it allowed only "next module", or "return". Modified files: File: radiusd/src/main/modcall.c; Revision: 1.49; Date: 2006/06/14 17:40:54; Author: aland; Lines: (+227 -33) ===================================================== Summary of modified files ===================================================== File: radiusd/doc/configurable_failover Revisions: 1.10 Authors: aland (+120 -8) ------------------------------- File: radiusd/doc/load-balance.txt Revisions: 1.5 Authors: aland (+55 -2) ------------------------------- File: radiusd/raddb/users Revisions: 1.13 Authors: pnixon (+1 -1) ------------------------------- File: radiusd/src/main/modcall.c Revisions: 1.51, 1.50, 1.49 Authors: aland (+19 -1), aland (+2 -2), aland (+227 -33) -- Automatic cron job from /web/pages/us.freeradius.org/bin/new_makelog.pl

1 0

proxy_fail_type attribute
by Geoffroy Arnoud 14 Jun '06

14 Jun '06

Hi, I just get the last CVS update, and I discovered a "hidden" attribute in mainconfig.c, name "proxy_fail_type". By reading the source code, my understanding is that setting this attribute to "fail" (for example) in proxy.conf, and setting the value "fail" for Post-Proxy-Type in dictionary.freeradius.internal, will allow FreeRADIUS to execute a module when the proxy of a request failed (no response from server or other cases). My 1st question: - Am I right (or near to the truth)? I saw that this was not shipped into 1.1.2. But this feature appeared by the end of 2004. So my 2nd and 3rd questions are: - Has anyone used or is anyone using this feature on production deployement? - Is this feature planned to be shipped in 1.2.x? If I'm right about the behaviour, we may plan to deploy this feature (and therefore test it). So this leads me to another question: what is the best to do? Take last stable release and patch it to get the functionnality or take a CVS snapshot? Thank you in advance. Geof.

2 1

Automatic report from sources (radiusd) between 13.06.2006 - 14.06.2006 GMT
by Automatic cvs log generator 14 Jun '06

14 Jun '06

CVS log entries from 13.06.2006 (Tue) 08:00:01 - 14.06.2006 (Wed) 08:00:02 GMT ===================================================== Summary by authors ===================================================== Author: aland File: radiusd/src/main/modcall.c; Revisions: 1.48 ===================================================== Log entries ===================================================== Description: When returning, set return code Modified files: File: radiusd/src/main/modcall.c; Revision: 1.48; Date: 2006/06/13 18:19:15; Author: aland; Lines: (+2 -1) ===================================================== Summary of modified files ===================================================== File: radiusd/src/main/modcall.c Revisions: 1.48 Authors: aland (+2 -1) -- Automatic cron job from /web/pages/us.freeradius.org/bin/new_makelog.pl

1 0

Automatic report from sources (radiusd) between 12.06.2006 - 13.06.2006 GMT
by Automatic cvs log generator 13 Jun '06

13 Jun '06

CVS log entries from 12.06.2006 (Mon) 08:00:01 - 13.06.2006 (Tue) 08:00:01 GMT ===================================================== Summary by authors ===================================================== Author: aland File: radiusd/src/main/modules.c; Revisions: 1.106 File: radiusd/src/main/modcall.c; Revisions: 1.47 File: radiusd/src/include/modcall.h; Revisions: 1.7 Author: nbk File: radiusd/src/modules/rlm_attr_rewrite/config.h.in; Revisions: 1.1.10.2 File: radiusd/src/modules/rlm_attr_rewrite/Makefile.in; Revisions: 1.1.10.2 File: radiusd/src/modules/rlm_sqlippool/rlm_sqlippool.c; Revisions: 1.4 File: radiusd/src/modules/rlm_sqlcounter/config.h.in; Revisions: 1.1.10.2 File: radiusd/src/modules/rlm_checkval/config.h.in; Revisions: 1.1.6.2 File: radiusd/src/modules/rlm_sqlcounter/Makefile.in; Revisions: 1.1.10.2 File: radiusd/src/modules/rlm_attr_rewrite/rlm_attr_rewrite.c; Revisions: 1.21.2.1.2.1 File: radiusd/src/modules/rlm_attr_rewrite/configure.in; Revisions: 1.1.10.1 File: radiusd/src/modules/rlm_sqlippool/config.h.in; Revisions: 1.2, 1.1.2.3 File: radiusd/src/modules/rlm_checkval/Makefile.in; Revisions: 1.1.6.2 File: radiusd/src/modules/rlm_sqlippool/Makefile.in; Revisions: 1.4, 1.3.2.3 File: radiusd/src/modules/rlm_sqlcounter/configure.in; Revisions: 1.2.6.1 File: radiusd/src/modules/rlm_sqlippool/ip_set.c; Revisions: 1.3 File: radiusd/src/modules/rlm_checkval/configure.in; Revisions: 1.2.6.1 File: radiusd/src/modules/rlm_sqlippool/configure.in; Revisions: 1.2, 1.1.2.3 File: radiusd/src/modules/rlm_sqlcounter/rlm_sqlcounter.c; Revisions: 1.11.2.3.2.5 ===================================================== Combined list of identical log entries ===================================================== Description: Don't use a "config.h" file when it's not needed. Modified files: File: radiusd/src/modules/rlm_attr_rewrite/config.h.in; Revision: 1.1.10.2; Date: 2006/06/12 15:04:27; Author: nbk; Lines: (+0 -0) File: radiusd/src/modules/rlm_attr_rewrite/configure.in; Revision: 1.1.10.1; Date: 2006/06/12 15:04:27; Author: nbk; Lines: (+3 -24) File: radiusd/src/modules/rlm_attr_rewrite/rlm_attr_rewrite.c; Revision: 1.21.2.1.2.1; Date: 2006/06/12 15:04:27; Author: nbk; Lines: (+2 -3) File: radiusd/src/modules/rlm_checkval/config.h.in; Revision: 1.1.6.2; Date: 2006/06/12 15:04:27; Author: nbk; Lines: (+0 -0) File: radiusd/src/modules/rlm_checkval/configure.in; Revision: 1.2.6.1; Date: 2006/06/12 15:04:28; Author: nbk; Lines: (+3 -24) File: radiusd/src/modules/rlm_sqlcounter/config.h.in; Revision: 1.1.10.2; Date: 2006/06/12 15:04:28; Author: nbk; Lines: (+0 -0) File: radiusd/src/modules/rlm_sqlcounter/configure.in; Revision: 1.2.6.1; Date: 2006/06/12 15:04:28; Author: nbk; Lines: (+3 -18) File: radiusd/src/modules/rlm_sqlcounter/rlm_sqlcounter.c; Revision: 1.11.2.3.2.5; Date: 2006/06/12 15:04:28; Author: nbk; Lines: (+2 -3) File: radiusd/src/modules/rlm_sqlippool/config.h.in; Revision: 1.2; Date: 2006/06/12 15:04:14; Author: nbk; Lines: (+0 -0) File: radiusd/src/modules/rlm_sqlippool/config.h.in; Revision: 1.1.2.3; Date: 2006/06/12 15:04:28; Author: nbk; Lines: (+0 -0) File: radiusd/src/modules/rlm_sqlippool/configure.in; Revision: 1.2; Date: 2006/06/12 15:04:14; Author: nbk; Lines: (+9 -17) File: radiusd/src/modules/rlm_sqlippool/configure.in; Revision: 1.1.2.3; Date: 2006/06/12 15:04:29; Author: nbk; Lines: (+9 -18) File: radiusd/src/modules/rlm_sqlippool/ip_set.c; Revision: 1.3; Date: 2006/06/12 15:04:14; Author: nbk; Lines: (+1 -2) File: radiusd/src/modules/rlm_sqlippool/rlm_sqlippool.c; Revision: 1.4; Date: 2006/06/12 15:04:14; Author: nbk; Lines: (+2 -3) ------------------------------- Description: Get only the mandatory variables from configure. Modified files: File: radiusd/src/modules/rlm_attr_rewrite/Makefile.in; Revision: 1.1.10.2; Date: 2006/06/12 14:54:18; Author: nbk; Lines: (+1 -5) File: radiusd/src/modules/rlm_checkval/Makefile.in; Revision: 1.1.6.2; Date: 2006/06/12 14:54:18; Author: nbk; Lines: (+1 -5) File: radiusd/src/modules/rlm_sqlcounter/Makefile.in; Revision: 1.1.10.2; Date: 2006/06/12 14:54:18; Author: nbk; Lines: (+1 -5) File: radiusd/src/modules/rlm_sqlippool/Makefile.in; Revision: 1.4; Date: 2006/06/12 14:54:08; Author: nbk; Lines: (+4 -4) File: radiusd/src/modules/rlm_sqlippool/Makefile.in; Revision: 1.3.2.3; Date: 2006/06/12 14:54:18; Author: nbk; Lines: (+9 -9) ------------------------------- Description: Call modules iteratively, rather than recursively. This cleans up duplicate code that was in modcall.c, and means that it's more likely we can put proxy into a module in the authenticate section, in order to have it part of configurable failover. It also means that the "proxy EAP-MSCHAPv2 as MS-CHAPv2" and related work will become easier, as we don't have to walk back up the entire stack. Instead, we can just keep the "modcall stack" associated with the request, and continue where we left off. Modified files: File: radiusd/src/include/modcall.h; Revision: 1.7; Date: 2006/06/12 23:56:24; Author: aland; Lines: (+6 -5) File: radiusd/src/main/modcall.c; Revision: 1.47; Date: 2006/06/12 23:56:25; Author: aland; Lines: (+267 -318) File: radiusd/src/main/modules.c; Revision: 1.106; Date: 2006/06/12 23:56:25; Author: aland; Lines: (+15 -21) ===================================================== Log entries ===================================================== ===================================================== Summary of modified files ===================================================== File: radiusd/src/include/modcall.h Revisions: 1.7 Authors: aland (+6 -5) ------------------------------- File: radiusd/src/main/modcall.c Revisions: 1.47 Authors: aland (+267 -318) ------------------------------- File: radiusd/src/main/modules.c Revisions: 1.106 Authors: aland (+15 -21) ------------------------------- File: radiusd/src/modules/rlm_attr_rewrite/Makefile.in Revisions: 1.1.10.2 Authors: nbk (+1 -5) ------------------------------- File: radiusd/src/modules/rlm_attr_rewrite/config.h.in Revisions: 1.1.10.2 Authors: nbk (+0 -0) ------------------------------- File: radiusd/src/modules/rlm_attr_rewrite/configure.in Revisions: 1.1.10.1 Authors: nbk (+3 -24) ------------------------------- File: radiusd/src/modules/rlm_attr_rewrite/rlm_attr_rewrite.c Revisions: 1.21.2.1.2.1 Authors: nbk (+2 -3) ------------------------------- File: radiusd/src/modules/rlm_checkval/Makefile.in Revisions: 1.1.6.2 Authors: nbk (+1 -5) ------------------------------- File: radiusd/src/modules/rlm_checkval/config.h.in Revisions: 1.1.6.2 Authors: nbk (+0 -0) ------------------------------- File: radiusd/src/modules/rlm_checkval/configure.in Revisions: 1.2.6.1 Authors: nbk (+3 -24) ------------------------------- File: radiusd/src/modules/rlm_sqlcounter/Makefile.in Revisions: 1.1.10.2 Authors: nbk (+1 -5) ------------------------------- File: radiusd/src/modules/rlm_sqlcounter/config.h.in Revisions: 1.1.10.2 Authors: nbk (+0 -0) ------------------------------- File: radiusd/src/modules/rlm_sqlcounter/configure.in Revisions: 1.2.6.1 Authors: nbk (+3 -18) ------------------------------- File: radiusd/src/modules/rlm_sqlcounter/rlm_sqlcounter.c Revisions: 1.11.2.3.2.5 Authors: nbk (+2 -3) ------------------------------- File: radiusd/src/modules/rlm_sqlippool/Makefile.in Revisions: 1.4, 1.3.2.3 Authors: nbk (+4 -4), nbk (+9 -9) ------------------------------- File: radiusd/src/modules/rlm_sqlippool/config.h.in Revisions: 1.2, 1.1.2.3 Authors: nbk (+0 -0), nbk (+0 -0) ------------------------------- File: radiusd/src/modules/rlm_sqlippool/configure.in Revisions: 1.2, 1.1.2.3 Authors: nbk (+9 -17), nbk (+9 -18) ------------------------------- File: radiusd/src/modules/rlm_sqlippool/ip_set.c Revisions: 1.3 Authors: nbk (+1 -2) ------------------------------- File: radiusd/src/modules/rlm_sqlippool/rlm_sqlippool.c Revisions: 1.4 Authors: nbk (+2 -3) -- Automatic cron job from /web/pages/us.freeradius.org/bin/new_makelog.pl

1 0

Automatic report from sources (radiusd) between 08.06.2006 - 09.06.2006 GMT
by Automatic cvs log generator 09 Jun '06

09 Jun '06

CVS log entries from 08.06.2006 (Thu) 08:00:01 - 09.06.2006 (Fri) 08:00:01 GMT ===================================================== Summary by authors ===================================================== Author: aland File: radiusd/src/lib/udpfromto.c; Revisions: 1.7 ===================================================== Log entries ===================================================== Description: If no source IP, or AF_UNSPEC, use sendto(). This works around the bug also fixed in 1.36/1.37 of src/main/listen.c. Modified files: File: radiusd/src/lib/udpfromto.c; Revision: 1.7; Date: 2006/06/08 19:42:13; Author: aland; Lines: (+13 -2) ===================================================== Summary of modified files ===================================================== File: radiusd/src/lib/udpfromto.c Revisions: 1.7 Authors: aland (+13 -2) -- Automatic cron job from /web/pages/us.freeradius.org/bin/new_makelog.pl

1 0

Bug reporting!
by 陈旭 09 Jun '06

09 Jun '06

Hello all: I tried to install FR on RHEL4.0 and the database is sybase ASE15.0. Lots of problems occured and a bug was found. Version of my using FR is 1.0.5. I edited the file ~/src/modules/rlm_sql/stable to support sybase, and configure'd and make'ed. Error occured, as following: sql_sybase.c:767: error: conflicting types for 'sql_error' sql_sybase.c:262: error: previous implicit declaration of 'sql_error' was here Weeks ago, I installed the same version of FR on the platform of sun sparc solaris 5.8 and the database is sybase ASE12.5.3. I do remember that I did not come up against this problem. I edited the file ~/src/modules/rlm_sql/drivers/rlm_sql_sybase/sql_sybase.c, as following: #include <ctpublic.h> #include "rlm_sql.h" + static char *sql_error(SQLSOCK *sqlsocket, SQL_CONFIG *config); typedef struct rlm_sql_sybase_sock { CS_CONTEXT *context; Things goes fine this time. :-)

1 0

Re: 1.1.2 is broken if you have closefrom()
by Frank Cusack 09 Jun '06

09 Jun '06

On June 2, 2006 11:33:41 AM -0700 Frank Cusack <fcusack(a)fcusack.com> wrote: > On June 2, 2006 12:58:57 PM -0400 Alan DeKok <aland(a)nitros9.org> wrote: >> Are there any other serious fixes that should go into 1.1.3? Maybe >> the LD_LIBRARY_PATH fixes if $(R) is set? Those should go into the >> top-level Makefile. > > Yeah, that should definitely be fixed. I'll see if I can reproduce it. OK, after a couple of days battling libtool and autoconf, I have this working (on Solaris and Linux). Questions: 1. Can I just check this into the 1.1.0 branch and then upintegrate to HEAD (later)? It'll be easier that way for me. Also, in consideration of the increasing complexity here, I'd suggest closing off 1.1 at this point, except for security fixes if there are any before 1.2 is available. I don't see why 1.2 shouldn't start fresh from HEAD. 2. What is libltdl/ltdl.c#1.37 about? Is there a bug that I can reproduce to see the problem? 3. CVS and branching is pitiful. CVS is also otherwise not very good. I suggest p4 (it's free for open source use), but barring that, svn. -frank

3 2