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

Automatic report from sources (radiusd) between 01.09.2006 - 02.09.2006 GMT
by Automatic cvs log generator 02 Sep '06

02 Sep '06

CVS log entries from 01.09.2006 (Fri) 08:00:01 - 02.09.2006 (Sat) 08:00:00 GMT ===================================================== Summary by authors ===================================================== Author: aland File: radiusd/src/main/modules.c; Revisions: 1.108, 1.107 File: radiusd/src/main/conffile.c; Revisions: 1.136 Author: nbk File: radiusd/redhat/freeradius.spec; Revisions: 1.21 Author: pnixon File: radiusd/raddb/Makefile; Revisions: 1.13 ===================================================== Log entries ===================================================== Description: It might be a good idea to actually INSTALL the new sql directory I created last night. Modified files: File: radiusd/raddb/Makefile; Revision: 1.13; Date: 2006/09/01 22:55:52; Author: pnixon; Lines: (+6 -1) ------------------------------- Description: If the Makefile installs into /usr/share/doc/freeradius-%{version}, and the %doc directives use relative [to build dir] paths, the Makefile-installed docs are removed. This is a quirk of rpm %doc behavior. In order to preserve the Makefile-installed docs, we have to install docs in the %install section rather than use %doc in the %files section. Modified files: File: radiusd/redhat/freeradius.spec; Revision: 1.21; Date: 2006/09/01 20:02:36; Author: nbk; Lines: (+16 -7) ------------------------------- Description: cf_section_read() is called from two places: 1: recursively for a new section 2: recursively for $INCLUDE In the second case, the things read from $INCLUDE must go into the current section... hence some pretty bad hacks to get that to work. It was always broken... but the recent changes to sql/sql*.conf highlighted it Modified files: File: radiusd/src/main/conffile.c; Revision: 1.136; Date: 2006/09/01 22:28:39; Author: aland; Lines: (+43 -21) ------------------------------- Description: All components and indices for module calling are now in a hash table, which means that we can put it into 'struct mainconfig', and handle HUP's better! Modified files: File: radiusd/src/main/modules.c; Revision: 1.108; Date: 2006/09/01 23:05:22; Author: aland; Lines: (+29 -39) ------------------------------- Description: Move the module lists to hash tables, which are simpler, and should help with later fixes Modified files: File: radiusd/src/main/modules.c; Revision: 1.107; Date: 2006/09/01 22:48:35; Author: aland; Lines: (+68 -51) ===================================================== Summary of modified files ===================================================== File: radiusd/raddb/Makefile Revisions: 1.13 Authors: pnixon (+6 -1) ------------------------------- File: radiusd/redhat/freeradius.spec Revisions: 1.21 Authors: nbk (+16 -7) ------------------------------- File: radiusd/src/main/conffile.c Revisions: 1.136 Authors: aland (+43 -21) ------------------------------- File: radiusd/src/main/modules.c Revisions: 1.108, 1.107 Authors: aland (+29 -39), aland (+68 -51) -- Automatic cron job from /web/pages/us.freeradius.org/bin/new_makelog.pl

1 0

RE: RPM packaging (was: Last set of changes for 1.1.3)
by Sandworm 01 Sep '06

01 Sep '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday, 29 August 2006 7:01 PM, Nicolas Baradakis wrote: > > Thanks for the explanation: I never used rpmbuild myself, so I didn't > know the detailed mechanisms. Then it appears deletion is not really > a problem. The only thing that is strange, is that you redo with > rpmbuild what the Makefile has already done. > The RPM build process does use the Makefile. It does a complete build and install, but does the install in the environment of the "build root", which has a usr, etc, bin, and so on. The built directory is then used to construct the packaged binary RPM (and source RPM, if requested). However, it needs to distinguish between different types of files. This is why files are tagged as "%doc", because these need to be located in what is designated as the documentation directory. So, regardless of the original directory that the Makefile installed them in, they get moved into the documentation directory, sort of relative to the way they are specified in the %doc directives. If you're interested, see "The %doc Directive" at http://www.rpm.org/max-rpm/s1-rpm-inside-files-list- directives.html. Regards SW -----BEGIN PGP SIGNATURE----- Note: This signature can be verified at https://www.hushtools.com/verify Version: Hush 2.5 wkYEARECAAYFAkT1SdEACgkQmw4BJyaatJ0eVgCgoM2ZJElpezgs821HUu6lfa1YUFgA oKWP1VLiIBUuZ3CXU3aiCZwQK74S =i+p9 -----END PGP SIGNATURE-----

3 3

RE: EAP-AKA authentication support
by Phaneuf, Brian 01 Sep '06

01 Sep '06

Thanks for the pointer! Alan - I have updated the bugzilla entry with the new diffs that also include the configure script in rlm_eap_aka that was missing from before. -----Original Message----- From: freeradius-devel-bounces+bphaneuf=reefpoint.com(a)lists.freeradius.org [mailto:freeradius-devel-bounces+bphaneuf=reefpoint.com@lists.freeradius .org] On Behalf Of Nicolas Baradakis Sent: Friday, September 01, 2006 11:43 AM To: FreeRadius developers mailing list Subject: Re: EAP-AKA authentication support Phaneuf, Brian wrote: > I am not a diff wiz. What order should my diff be done to remedy that > problem? See http://freeradius.org/radiusd/doc/DIFFS -- Nicolas Baradakis - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/devel.html

2 1

RE: EAP-AKA authentication support
by Phaneuf, Brian 01 Sep '06

01 Sep '06

I am not a diff wiz. What order should my diff be done to remedy that problem? Would you like me to diff it again? Also, I just noticed that I am missing the configure file from the rlm_eap_aka directory in my submission. It is the same as it is in rlm_eap_sim but with aka replacing sim. -----Original Message----- From: freeradius-devel-bounces+bphaneuf=reefpoint.com(a)lists.freeradius.org [mailto:freeradius-devel-bounces+bphaneuf=reefpoint.com@lists.freeradius .org] On Behalf Of Alan DeKok Sent: Friday, September 01, 2006 10:20 AM To: FreeRadius developers mailing list Subject: Re: EAP-AKA authentication support "Phaneuf, Brian" <bphaneuf(a)reefpoint.com> wrote: > As I have never submitted code to FreeRADIUS before, I am unsure of what > the next step is. I've taken a quick look, and the code seems OK. My only complaint is that the patch is reversed... The diff contains the patch for moving from your version with EAP-AKA to the normal version, not the other way around. I expect that the EAP-AKA support can be added fairly soon. Alan DeKok. -- http://deployingradius.com - The web site of the book http://deployingradius.com/blog/ - The blog - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/devel.html

2 1

RE: EAP-AKA authentication support
by Phaneuf, Brian 01 Sep '06

01 Sep '06

I have just last week, implemented and submitted to an EAP-AKA implementation to FreeRADIUS's bugzilla database as suggested to my Alan DeKok. http://bugs.freeradius.org/show_bug.cgi?id=386 As I have never submitted code to FreeRADIUS before, I am unsure of what the next step is. -Brian -----Original Message----- From: freeradius-devel-bounces+bphaneuf=reefpoint.com(a)lists.freeradius.org [mailto:freeradius-devel-bounces+bphaneuf=reefpoint.com@lists.freeradius .org] On Behalf Of Carlos Parada Sent: Friday, September 01, 2006 7:05 AM To: freeradius-devel(a)lists.freeradius.org Subject: EAP-AKA authentication support Hi all, I was looking for freeradius in order be able to authenticate using EAP-AKA. However, correct me if I am wrong, there is still no implementation for that in latest 1.1.3 released version. Anybody knows if the EAP-AKA implementation is in the project roadmap? Has anybody else interest on that issue? Best Regards, Carlos Parada - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/devel.html

2 1

EAP-AKA authentication support
by Carlos Parada 01 Sep '06

01 Sep '06

Hi all, I was looking for freeradius in order be able to authenticate using EAP-AKA. However, correct me if I am wrong, there is still no implementation for that in latest 1.1.3 released version. Anybody knows if the EAP-AKA implementation is in the project roadmap? Has anybody else interest on that issue? Best Regards, Carlos Parada

1 0

Re: Duplicate requests in a session
by Peter Nixon 01 Sep '06

01 Sep '06

Good question. Does anyone have anything against changing this? -Peter On Thu 31 Aug 2006 10:11, Santiago Balaguer García wrote: > Thanks James, I don't figure out to use primary key solves the problem of > duplicate keys. > I had in radacct as primary key <<radacctid>> but now I am going to have > <<acctuniqueid>>. > > This proble cause a new thread: why radacctid is the primary key of radacct > table instead od acctuniqueid? > > >From: James Wakefield <jamesw(a)deakin.edu.au> > >Reply-To: FreeRadius users mailing list > ><freeradius-users(a)lists.freeradius.org> > >To: FreeRadius users mailing list <freeradius-users(a)lists.freeradius.org> > >Subject: Re: Duplicate requests in a session > >Date: Wed, 30 Aug 2006 22:07:09 +1000 > > > >Santiago Balaguer García wrote: > >>Hi people, > >> > >>1) > >> In my activity I realize that when the conexion to Internet of a NAS is > >>NOT good (there are some reday in the DSL), the NAS send several Start > >>requests. My problen is my RADIUS server ask for all these requests and > >>they are inserted in my DB. So, when the user or the NAS finalize the > >>session and NAS sends Stop Request, the credit associates to the user > >>account is decremented several times. It happens so because I put a > >> trgger in my DB to decrement the user credit atomatically. > >> > >> Can I avoid the problem of inserting several times the start request? > >> If it is so, how?? > >> > >>2) Is it supposed that the value of acctsessionid and acctuniqueid in > >>radacct table are UNIQUE and they can not be duplicated ? > >> > >>Thanks, > >> Santiago > > > >Hi Santiago, > > > >Does your DBMS enforce primary key constraints? Do you have a primary key > >defined for your radacct table? If I recall correctly, MySQL by default > >doesn't, are you using MySQL? > > > >Cheers, > >-- > >James Wakefield, > >Unix Administrator, Information Technology Services Division > >Deakin University, Geelong, Victoria 3217 Australia. > > > >Phone: 03 5227 8690 International: +61 3 5227 8690 > >Fax: 03 5227 8866 International: +61 3 5227 8866 > >E-mail: james.wakefield(a)deakin.edu.au > >Website: http://www.deakin.edu.au > >- List info/subscribe/unsubscribe? See > >http://www.freeradius.org/list/users.html > > _________________________________________________________________ > Acepta el reto MSN Premium: Protección para tus hijos en internet. > Descárgalo y pruébalo 2 meses gratis. > http://join.msn.com?XAPID=1697&DI=1055&HL=Footer_mailsenviados_proteccionin >fantil > > - > List info/subscribe/unsubscribe? See > http://www.freeradius.org/list/users.html -- Peter Nixon http://www.peternixon.net/ PGP Key: http://www.peternixon.net/public.asc

3 4

Automatic report from sources (radiusd) between 31.08.2006 - 01.09.2006 GMT
by Automatic cvs log generator 01 Sep '06

01 Sep '06

CVS log entries from 31.08.2006 (Thu) 08:00:01 - 01.09.2006 (Fri) 08:00:01 GMT ===================================================== Summary by authors ===================================================== Author: nbk File: radiusd/debian/freeradius.init; Revisions: 1.6 Author: pnixon File: radiusd/raddb/oraclesql.conf; Revisions: 1.9 File: radiusd/raddb/sql/mssql-dialup.conf; Revisions: 1.1 File: radiusd/raddb/sql/postgresql-voip-postpaid.conf; Revisions: 1.1 File: radiusd/raddb/sql/postgresql-dialup.conf; Revisions: 1.1 File: radiusd/raddb/mssql.conf; Revisions: 1.11 File: radiusd/raddb/sql.conf; Revisions: 1.55, 1.54 File: radiusd/raddb/radiusd.conf.in; Revisions: 1.234 File: radiusd/raddb/sql/mysql-dialup.conf; Revisions: 1.1 File: radiusd/raddb/sql/oracle-dialup.conf; Revisions: 1.1 File: radiusd/raddb/pgsql-voip.conf; Revisions: 1.4 File: radiusd/raddb/postgresql.conf; Revisions: 1.30 ===================================================== Combined list of identical log entries ===================================================== Description: Minor updates following reorganisation of the sql config files Modified files: File: radiusd/raddb/radiusd.conf.in; Revision: 1.234; Date: 2006/08/31 22:21:12; Author: pnixon; Lines: (+2 -8) File: radiusd/raddb/sql.conf; Revision: 1.55; Date: 2006/08/31 22:21:12; Author: pnixon; Lines: (+5 -5) ------------------------------- Description: Reorganisation of the SQL config files. Hold onto your hat. Modified files: File: radiusd/raddb/mssql.conf; Revision: 1.11; Date: 2006/08/31 22:10:39; Author: pnixon; Lines: (+1 -1) File: radiusd/raddb/oraclesql.conf; Revision: 1.9; Date: 2006/08/31 22:10:39; Author: pnixon; Lines: (+1 -1) File: radiusd/raddb/pgsql-voip.conf; Revision: 1.4; Date: 2006/08/31 22:10:40; Author: pnixon; Lines: (+0 -0) File: radiusd/raddb/postgresql.conf; Revision: 1.30; Date: 2006/08/31 22:10:40; Author: pnixon; Lines: (+1 -1) File: radiusd/raddb/sql.conf; Revision: 1.54; Date: 2006/08/31 22:10:41; Author: pnixon; Lines: (+14 -182) File: radiusd/raddb/sql/mssql-dialup.conf; Revision: 1.1; Date: 2006/08/31 22:10:41; Author: pnixon; File: radiusd/raddb/sql/mysql-dialup.conf; Revision: 1.1; Date: 2006/08/31 22:10:41; Author: pnixon; File: radiusd/raddb/sql/oracle-dialup.conf; Revision: 1.1; Date: 2006/08/31 22:10:41; Author: pnixon; File: radiusd/raddb/sql/postgresql-dialup.conf; Revision: 1.1; Date: 2006/08/31 22:10:42; Author: pnixon; File: radiusd/raddb/sql/postgresql-voip-postpaid.conf; Revision: 1.1; Date: 2006/08/31 22:10:42; Author: pnixon; ===================================================== Log entries ===================================================== Description: Add LSB init script headers and a patch to allow /var/run to be a tmpfs. Modified files: File: radiusd/debian/freeradius.init; Revision: 1.6; Date: 2006/08/31 13:49:30; Author: nbk; Lines: (+14 -0) ===================================================== Summary of modified files ===================================================== File: radiusd/debian/freeradius.init Revisions: 1.6 Authors: nbk (+14 -0) ------------------------------- File: radiusd/raddb/mssql.conf Revisions: 1.11 Authors: pnixon (+1 -1) ------------------------------- File: radiusd/raddb/oraclesql.conf Revisions: 1.9 Authors: pnixon (+1 -1) ------------------------------- File: radiusd/raddb/pgsql-voip.conf Revisions: 1.4 Authors: pnixon (+0 -0) ------------------------------- File: radiusd/raddb/postgresql.conf Revisions: 1.30 Authors: pnixon (+1 -1) ------------------------------- File: radiusd/raddb/radiusd.conf.in Revisions: 1.234 Authors: pnixon (+2 -8) ------------------------------- File: radiusd/raddb/sql.conf Revisions: 1.55, 1.54 Authors: pnixon (+5 -5), pnixon (+14 -182) ------------------------------- File: radiusd/raddb/sql/mssql-dialup.conf Revisions: 1.1 Authors: pnixon ------------------------------- File: radiusd/raddb/sql/mysql-dialup.conf Revisions: 1.1 Authors: pnixon ------------------------------- File: radiusd/raddb/sql/oracle-dialup.conf Revisions: 1.1 Authors: pnixon ------------------------------- File: radiusd/raddb/sql/postgresql-dialup.conf Revisions: 1.1 Authors: pnixon ------------------------------- File: radiusd/raddb/sql/postgresql-voip-postpaid.conf Revisions: 1.1 Authors: pnixon -- Automatic cron job from /web/pages/us.freeradius.org/bin/new_makelog.pl

1 0