Version 2.1.10 should be released soon. If there are any pressing issues people would like to get addressed, now is the time to speak up. The proposed change log is available online at: http://github.com/alandekok/freeradius-server/blob/v2.1.x/doc/ChangeLog There are a number of feature improvements in what's supposed to be a "stable" release. These improvements are limited to documentation updates, and changes to the client programs to make them easier to use. The main benefit most people should see is that radclient and radtest now make it easier to send MS-CHAP requests. The server now also listens on 127.0.0.1:18120 for the "inner-tunnel" virtual server. These two changes mean that the "inner-tunnel" portion of PEAP can be tested using nothing more than radtest && a default server installation. This should help people debug PEAP issues. i.e. They can avoid the issue of "but it works with radtest", when their passwords aren't compatible with MS-CHAP. There only major thing missing now is a DHCP pool allocation strategy. There's been more interest recently in using FreeRADIUS as a DHCP server, so patches to help would be most welcome. Alan DeKok.
Alan DeKok <aland@deployingradius.com> writes:
Version 2.1.10 should be released soon. If there are any pressing issues people would like to get addressed, now is the time to speak up.
I don't have any issues with the code, but I have one with the repository: Could you please tag the 2.1.9 release (and of course the 2.1.10 as well when it is released)? It's so much easier to look for small differences in a particular file or such if you can just do e.g. git log release_2_1_9..release_2_1_10 src/modules/rlm_perl/ etc. I can of course create my own local tag, but my assumption is that the tag was supposed to be there and was only left out due to some fault. And I also assume that it is useful for other people as well (in particular yourself... :-) And I am now pretty sure that this is not just me having done something stupid. The tag is also missing from the "Switch Tags" dropdown list on http://github.com/alandekok/freeradius-server/tree/v2.1.x Bjørn
Bjørn Mork wrote:
I don't have any issues with the code, but I have one with the repository: Could you please tag the 2.1.9 release (and of course the 2.1.10 as well when it is released)? It's so much easier to look for small differences in a particular file or such if you can just do e.g.
git log release_2_1_9..release_2_1_10 src/modules/rlm_perl/
OK. The tag existed, but just hadn't been pushed to the public repositories. I've done that now. Alan DeKok.
Alan DeKok <aland@deployingradius.com> writes:
Bjørn Mork wrote:
I don't have any issues with the code, but I have one with the repository: Could you please tag the 2.1.9 release (and of course the 2.1.10 as well when it is released)? It's so much easier to look for small differences in a particular file or such if you can just do e.g.
git log release_2_1_9..release_2_1_10 src/modules/rlm_perl/
OK. The tag existed, but just hadn't been pushed to the public repositories. I've done that now.
Thanks. And now I've got a code issue... commit 60fcab53 introduced radius_pairmake() in src/modules/rlm_eap/libeap/tls.c commit d210de17 introduced radius_pairmake() in src/modules/rlm_eap/libeap/cb.c which AFAICT is part of the server and not available outside it. Causing radeapclient linking failure: /usr/local/src/git/freeradius/libtool --mode=compile gcc -g -O2 -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -Wall -D_GNU_SOURCE -g -Wshadow -Wpointer-arith -Wcast-qual -Wcast-align -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -W -Wredundant-decls -Wundef -I/usr/local/src/git/freeradius/src -Ilibeap -c radeapclient.c gcc -g -O2 -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -Wall -D_GNU_SOURCE -g -Wshadow -Wpointer-arith -Wcast-qual -Wcast-align -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -W -Wredundant-decls -Wundef -I/usr/local/src/git/freeradius/src -Ilibeap -c radeapclient.c -fPIC -DPIC -o .libs/radeapclient.o gcc -g -O2 -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -Wall -D_GNU_SOURCE -g -Wshadow -Wpointer-arith -Wcast-qual -Wcast-align -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -W -Wredundant-decls -Wundef -I/usr/local/src/git/freeradius/src -Ilibeap -c radeapclient.c -o radeapclient.o >/dev/null 2>&1 /usr/local/src/git/freeradius/libtool --mode=link gcc -o radeapclient radeapclient.lo libeap/libfreeradius-eap.la -lnsl -lresolv -lpthread -lcrypto -lssl -lcrypto gcc -o .libs/radeapclient .libs/radeapclient.o libeap/.libs/libfreeradius-eap.so -lssl -lcrypto -lnsl -lresolv -lpthread libeap/.libs/libfreeradius-eap.so: undefined reference to `radius_pairmake' collect2: ld returned 1 exit status make[6]: *** [radeapclient] Error 1 make[6]: Leaving directory `/usr/local/src/git/freeradius/src/modules/rlm_eap' make[5]: *** [rlm_eap] Error 2 Don't really know how to fix this except by disabling radeapclient, so I don't have a patch for you. Bjørn
Bjørn Mork wrote:
And now I've got a code issue...
commit 60fcab53 introduced radius_pairmake() in src/modules/rlm_eap/libeap/tls.c commit d210de17 introduced radius_pairmake() in src/modules/rlm_eap/libeap/cb.c
which AFAICT is part of the server and not available outside it. Causing radeapclient linking failure:
Weird. It doesn't cause linking failure on my Mac.
Don't really know how to fix this except by disabling radeapclient, so I don't have a patch for you.
The fix is simple, and will be in 2.1.10. Alan DeKok.
Hi, I've just tried to compile with my usual set of configure flags, and got: /usr/bin/libtool --mode=link gcc -o radeapclient radeapclient.lo libeap/libfreeradius-eap.la -lnsl -lresolv -lpthread -lcrypto -lssl -lcrypto libtool: link: gcc -o .libs/radeapclient .libs/radeapclient.o libeap/.libs/libfreeradius-eap.so /root/freeradius-server-2.1.10-pre/src/lib/.libs/libfreeradius-radius.so -lnsl -lresolv -lpthread -lssl -lcrypto -Wl,-rpath -Wl,/usr/local/freeradius/2.1.10-pre/lib libeap/.libs/libfreeradius-eap.so: undefined reference to `radius_pairmake' collect2: ld returned 1 exit status gmake[6]: *** [radeapclient] Fehler 1 gmake[6]: Leaving directory `/root/freeradius-server-2.1.10-pre/src/modules/rlm_eap' in the middle of the build. System is openSUSE 11.1 32-Bit, gcc version 4.3.2 [gcc-4_3-branch revision 141291] (SUSE Linux) My configure flags are: ./configure --sysconfdir=/usr/local/freeradius/config/ --prefix=/usr/local/freeradius/2.1.10-pre --with-system-libtool Changing these to use built-in libtool does not change anything: gcc -g -O2 -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -Wall -D_GNU_SOURCE -g -Wshadow -Wpointer-arith -Wcast-qual -Wcast-align -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -W -Wredundant-decls -Wundef -I/root/freeradius-server-2.1.10-pre/src -Ilibeap -c radeapclient.c -o radeapclient.o >/dev/null 2>&1 /root/freeradius-server-2.1.10-pre/libtool --mode=link gcc -o radeapclient radeapclient.lo libeap/libfreeradius-eap.la -lnsl -lresolv -lpthread -lcrypto -lssl -lcrypto gcc -o .libs/radeapclient .libs/radeapclient.o libeap/.libs/libfreeradius-eap.so -lssl -lcrypto -lnsl -lresolv -lpthread -Wl,--rpath -Wl,/usr/local/freeradius/2.1.10-pre/lib libeap/.libs/libfreeradius-eap.so: undefined reference to `radius_pairmake' collect2: ld returned 1 exit status gmake[6]: *** [radeapclient] Fehler 1 gmake[6]: Leaving directory `/root/freeradius-server-2.1.10-pre/src/modules/rlm_eap' Greetings, Stefan Winter Am 08.08.2010 23:14, schrieb Alan DeKok:
Version 2.1.10 should be released soon. If there are any pressing issues people would like to get addressed, now is the time to speak up.
The proposed change log is available online at:
http://github.com/alandekok/freeradius-server/blob/v2.1.x/doc/ChangeLog
There are a number of feature improvements in what's supposed to be a "stable" release. These improvements are limited to documentation updates, and changes to the client programs to make them easier to use.
The main benefit most people should see is that radclient and radtest now make it easier to send MS-CHAP requests. The server now also listens on 127.0.0.1:18120 for the "inner-tunnel" virtual server.
These two changes mean that the "inner-tunnel" portion of PEAP can be tested using nothing more than radtest&& a default server installation. This should help people debug PEAP issues. i.e. They can avoid the issue of "but it works with radtest", when their passwords aren't compatible with MS-CHAP.
There only major thing missing now is a DHCP pool allocation strategy. There's been more interest recently in using FreeRADIUS as a DHCP server, so patches to help would be most welcome.
Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
-- Stefan WINTER Ingenieur de Recherche Fondation RESTENA - Réseau Téléinformatique de l'Education Nationale et de la Recherche 6, rue Richard Coudenhove-Kalergi L-1359 Luxembourg Tel: +352 424409 1 Fax: +352 422473
On 2010/08/12 09:36 AM, Stefan Winter wrote:
/root/freeradius-server-2.1.10-pre/src/lib/.libs/libfreeradius-radius.so -lnsl -lresolv -lpthread -lssl -lcrypto -Wl,-rpath -Wl,/usr/local/freeradius/2.1.10-pre/lib libeap/.libs/libfreeradius-eap.so: undefined reference to `radius_pairmake' collect2: ld returned 1 exit status gmake[6]: *** [radeapclient] Fehler 1 gmake[6]: Leaving directory `/root/freeradius-server-2.1.10-pre/src/modules/rlm_eap'
Hi, Debian Lenny. 1) Please remember to update debian/changelog to 2.1.10 2) Same compile error: gcc -o .libs/radeapclient .libs/radeapclient.o libeap/.libs/libfreeradius-eap.so -lnsl -lresolv -lpthread -lssl -lcrypto -Wl,--rpath -Wl,/usr/lib/freeradius libeap/.libs/libfreeradius-eap.so: undefined reference to `radius_pairmake' collect2: ld returned 1 exit status make[7]: *** [radeapclient] Error 1 make[7]: Leaving directory `/usr/src/freeradius-2.1.10-git/freeradius-server/src/modules/rlm_eap' make[6]: *** [rlm_eap] Error 2 Cheers, -- Johan Meiring Cape PC Services CC Tel: (021) 883-8271 Fax: (021) 886-7782
On 2010/08/12 10:02 AM, Alan DeKok wrote:
Stefan Winter wrote:
libeap/.libs/libfreeradius-eap.so: undefined reference to `radius_pairmake'
This was noted the other day. I committed a fix, and just pushed it back to the git repositories.
I can confirm that it compiles on Debian Lenny now. Not tested it though. -- Johan Meiring Cape PC Services CC Tel: (021) 883-8271 Fax: (021) 886-7782
Hi,
This was noted the other day. I committed a fix, and just pushed it back to the git repositories.
Thanks. Re-pulled, compiled, installed, works with test requests. Stefan -- Stefan WINTER Ingenieur de Recherche Fondation RESTENA - Réseau Téléinformatique de l'Education Nationale et de la Recherche 6, rue Richard Coudenhove-Kalergi L-1359 Luxembourg Tel: +352 424409 1 Fax: +352 422473
participants (4)
-
Alan DeKok -
Bjørn Mork -
Johan Meiring -
Stefan Winter