Version 2.1.10 has been released
Thanks to everyone for being patient. Version 2.1.10 has just been released. http://freeradius.org/ The changelog is quite large for a "stable" release. We've fixed a number of minor bugs. We've also added features which have been requested for a long time. Most notably: * Print out large WARNING message if we send an Access-Challenge for EAP, and receive no follow-up messages from the client. This means that when EAP has been misconfigured or not deployed correctly, the server will print a message in debug mode saying "go read a specific page on the Wiki". That page contains detailed instructions for how to solve the problem. * Added support for TLS-Cert-* attributes. For details, see raddb/sites-available/default, "post-auth" section. This means that much more complex certificate checking can be done. * Updated more documentation to use "Restructured Text" format. Thanks to James Lockie. This makes the documentation simpler and easier to read. There are a number of other minor features which "round out" the server functionality. This makes it the best release for stability, documentation, and ease of use. Alan DeKok.
Fantastic! Thanks so much for all your work, Alan... and to the others who contributed their time to this as well. Steve Lovaas -----Original Message----- From: freeradius-users-bounces+steven.lovaas=colostate.edu@lists.freeradius.org [mailto:freeradius-users-bounces+steven.lovaas=colostate.edu@lists.freeradius.org] On Behalf Of Alan DeKok Sent: Tuesday, September 28, 2010 7:34 AM To: FreeRadius users mailing list Subject: Version 2.1.10 has been released Thanks to everyone for being patient. Version 2.1.10 has just been released. http://freeradius.org/ The changelog is quite large for a "stable" release. We've fixed a number of minor bugs. We've also added features which have been requested for a long time. Most notably: * Print out large WARNING message if we send an Access-Challenge for EAP, and receive no follow-up messages from the client. This means that when EAP has been misconfigured or not deployed correctly, the server will print a message in debug mode saying "go read a specific page on the Wiki". That page contains detailed instructions for how to solve the problem. * Added support for TLS-Cert-* attributes. For details, see raddb/sites-available/default, "post-auth" section. This means that much more complex certificate checking can be done. * Updated more documentation to use "Restructured Text" format. Thanks to James Lockie. This makes the documentation simpler and easier to read. There are a number of other minor features which "round out" the server functionality. This makes it the best release for stability, documentation, and ease of use. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Hi Alan, I'm getting a make error. I tried ./configure --without-radsniff but still the same... Is there a switch to disable building radsniff or do I have to get the PCAP libraries :( ./configure && make ... .libs/radsniff.o(.text+0xd76): In function `main': /usr/local/dnsnode/src/radiusd/freeradius-server-2.1.10/src/main/radsniff.c:489: undefined reference to `pcap_dump_fopen' .libs/radsniff.o(.text+0xe8b):/usr/local/dnsnode/src/radiusd/freeradius-server-2.1.10/src/main/radsniff.c:467: undefined reference to `pcap_fopen_offline' collect2: ld returned 1 exit status gmake[4]: *** [radsniff] Error 1 gmake[4]: Leaving directory `/usr/local/dnsnode/src/radiusd/freeradius-server-2.1.10/src/main' gmake[3]: *** [main] Error 2 gmake[3]: Leaving directory `/usr/local/dnsnode/src/radiusd/freeradius-server-2.1.10/src' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/local/dnsnode/src/radiusd/freeradius-server-2.1.10/src' gmake[1]: *** [src] Error 2 gmake[1]: Leaving directory `/usr/local/dnsnode/src/radiusd/freeradius-server-2.1.10' make: *** [all] Error 2 -James --On Tuesday, September 28, 2010 15:34:00 +0200 Alan DeKok <aland@deployingradius.com> wrote:
Thanks to everyone for being patient. Version 2.1.10 has just been released.
The changelog is quite large for a "stable" release. We've fixed a number of minor bugs. We've also added features which have been requested for a long time.
Most notably:
* Print out large WARNING message if we send an Access-Challenge for EAP, and receive no follow-up messages from the client.
This means that when EAP has been misconfigured or not deployed correctly, the server will print a message in debug mode saying "go read a specific page on the Wiki". That page contains detailed instructions for how to solve the problem.
* Added support for TLS-Cert-* attributes. For details, see raddb/sites-available/default, "post-auth" section.
This means that much more complex certificate checking can be done.
* Updated more documentation to use "Restructured Text" format. Thanks to James Lockie.
This makes the documentation simpler and easier to read.
There are a number of other minor features which "round out" the server functionality. This makes it the best release for stability, documentation, and ease of use.
Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
-- James J J Hooper Network Specialist Information Services University of Bristol http://www.wireless.bristol.ac.uk --
--On Tuesday, September 28, 2010 16:19:46 +0100 James J J Hooper <jjj.hooper@bristol.ac.uk> wrote:
Hi Alan, I'm getting a make error. I tried ./configure --without-radsniff but still the same... Is there a switch to disable building radsniff or do I have to get the PCAP libraries :(
...which in fact I already have (libpcap-0.8.3-12.el4_6.1), hence it's getting past the ./configure ok. I'll refine the question to, what's the easiest way to disable building radsniff? Cheers, James
James J J Hooper wrote:
Hi Alan, I'm getting a make error. I tried ./configure --without-radsniff but still the same... Is there a switch to disable building radsniff or do I have to get the PCAP libraries :(
There's no switch to disable radsniff. My guess is that you have an old version of libpcap, which doesn't support that call. The solution (for now) is to just edit src/main/Makefile/ Find the line saying: BINARIES += radsniff and delete it. Do this *after* the "configure' step. Alan DeKok.
--On Tuesday, September 28, 2010 17:48:39 +0200 Alan DeKok <aland@deployingradius.com> wrote:
James J J Hooper wrote:
Hi Alan, I'm getting a make error. I tried ./configure --without-radsniff but still the same... Is there a switch to disable building radsniff or do I have to get the PCAP libraries :(
There's no switch to disable radsniff. My guess is that you have an old version of libpcap, which doesn't support that call.
The solution (for now) is to just edit src/main/Makefile/ Find the line saying:
BINARIES += radsniff
and delete it. Do this *after* the "configure' step.
Ok - Thanks. If anyone else is in the same boat (RHEL4), comment this line too (so you can 'make install'): $(LIBTOOL) --mode=install $(INSTALL) -m 755 $(INSTALLSTRIP) radsniff$(EXEEXT) $(R)$(bindir) -James -- James J J Hooper Network Specialist Information Services University of Bristol http://www.wireless.bristol.ac.uk --
Alan DeKok <aland@deployingradius.com> writes:
Thanks to everyone for being patient. Version 2.1.10 has just been released.
Great! Just a minor web bug you might want to fix. There are spurious colons after the server name in the download links on http://freeradius.org/download.html Version 2.1.10.: <a href="ftp://ftp.freeradius.org:/pub/freeradius/freeradius-server-2.1.10.tar.gz">tar.gz</a> <a href="ftp://ftp.freeradius.org:/pub/freeradius/freeradius-server-2.1.10.tar.gz.sig">(PGP Signature)</a> <br /> Version 2.1.10.: <a href="ftp://ftp.freeradius.org:/pub/freeradius/freeradius-server-2.1.10.tar.bz2">tar.bz2</a> <a href="ftp://ftp.freeradius.org:/pub/freeradius/freeradius-server-2.1.10.tar.bz2.sig">(PGP Signature)</a> This makes them fail with Opera. You get "opera:illegal-url-NN". Bjørn
Bjørn Mork wrote:
Just a minor web bug you might want to fix. There are spurious colons after the server name in the download links on http://freeradius.org/download.html
Fixed, thanks. Alan DeKok.
participants (4)
-
Alan DeKok -
Bjørn Mork -
James J J Hooper -
Lovaas,Steven