August 2007 - Freeradius-Devel - lists.freeradius.org

undefined symbol: mysql_next_result
by 박지연 03 Aug '07

03 Aug '07

2 1

Automatic report from sources (radiusd) between 01.08.2007 - 02.08.2007 GMT
by Automatic cvs log generator 02 Aug '07

02 Aug '07

CVS log entries from 01.08.2007 (Wed) 08:00:00 - 02.08.2007 (Thu) 08:00:00 GMT ===================================================== Summary by authors ===================================================== Author: aland File: radiusd/src/main/evaluate.c; Revisions: 1.24 ===================================================== Log entries ===================================================== Description: Mash operators so that the "detail" module (among others) gets '=' rather than ':=', etc. Modified files: File: radiusd/src/main/evaluate.c; Revision: 1.24; Date: 2007/08/01 15:45:34; Author: aland; Lines: (+11 -2) ===================================================== Summary of modified files ===================================================== File: radiusd/src/main/evaluate.c Revisions: 1.24 Authors: aland (+11 -2) -- Automatic cron job from /web/pages/us.freeradius.org/bin/new_makelog.pl

1 0

updating avp lists with unlang and operators
by Stephan Jaeger 01 Aug '07

01 Aug '07

Hi, if i overwrite an avp in the preacct section like update request { User-Name := "foobar" } and i have a "detail" instance in the acct section, the line that is written to the detail log is "User-Name := foobar" instead of "User-Name = foobar" I guess the problem lies in my_pairmove() in evaluate.c (line 774). The avp is copied from the src avp list to the dst avp list and the operator is not touched. Maybe the operator in the dst list should default to "=" if the list is "reply" or "request"? Another solution might be to alter rlm_detail to always use the "=" operator when printing out avp's. What do you think? Stephan Jaeger -- Stephan Jaeger <stephan.jaeger(a)ewetel.de> EWE TEL GmbH

2 3

EAP-SIM Failed in Authentication
by Pramila A 01 Aug '07

01 Aug '07

Hi, I have installed Free Radius Client/Server. I just would like to use SIM Authentication. I have Modified the Conf file accordingly. Brought up the Radius server successfully and when I try to bring the client with command line arguments radeapclient -x localhost auth testing123 <eapsim-in.txt where the eapsim-in.txt there under tests/eapsim03 directory. Client sending the Message, but it is failed in the Server saying that no RAND attributes and cannot initiate sim authentication. Where client is receiving the Access Reject Message. Please guide me what format I have to use to initiate SIM Authentication. Here is the eapsim-in.txt file looks like: User-Name = "eapsim" NAS-IP-Address = marajade.sandelman.ottawa.on.ca EAP-Code = Response EAP-Type-Identity = "eapsim" Message-Authenticator = 0 NAS-Port = 0 EAP-Sim-Rand1 = 0xabcd1234abcd1234abcd1234abcd1234 EAP-Sim-Rand2 = 0xbcd1234abcd1234abcd1234abcd1234a EAP-Sim-Rand3 = 0xcd1234abcd1234abcd1234abcd1234ab EAP-Sim-Sres1 = 0x1234abcd EAP-Sim-Sres2 = 0x234abcd1 EAP-Sim-Sres3 = 0x34abcd12 EAP-Sim-KC1 = 0x0011223344556677 EAP-Sim-KC2 = 0x1021324354657687 EAP-Sim-KC3 = 0x30415263748596a7 Thanks & Regards Pramila ============================================================================================================================ Disclaimer: This message and the information contained herein is proprietary and confidential and subject to the Tech Mahindra policy statement, you may review the policy at <a href="http://www.techmahindra.com/Disclaimer.html">http://www.techmahindra.com/Disclaimer.html</a> externally and <a href="http://tim.techmahindra.com/Disclaimer.html">http://tim.techmahindra.com/Disclaimer.html</a> internally within Tech Mahindra. ============================================================================================================================

1 0

freeradius and snmp on 64 bit architectures
by Thomas Woerner 01 Aug '07

01 Aug '07

Hello, we have problems here with freeradius and snmp on 64 bit architectures. I have analyzed the code for snmp interaction and found some type problems. I made a patch, which corrects the type problems and the snmp handshake is now working without any problem, but trying to get information from freeradius over snmp is not working, yet. But I do not find the problem. Maybe someone of you can help me with this. I have attached the patch. Thanks, Thomas -- Thomas Woerner Software Engineer Phone: +49-711-96437-310 Red Hat GmbH Fax : +49-711-96437-111 Hauptstaetterstr. 58 Email: Thomas Woerner <twoerner(a)redhat.com> D-70178 Stuttgart Web : http://www.redhat.de/

1 0

Automatic report from sources (radiusd) between 31.07.2007 - 01.08.2007 GMT
by Automatic cvs log generator 01 Aug '07

01 Aug '07

CVS log entries from 31.07.2007 (Tue) 08:00:01 - 01.08.2007 (Wed) 08:00:00 GMT ===================================================== Summary by authors ===================================================== Author: aland File: radiusd/src/main/evaluate.c; Revisions: 1.23 ===================================================== Log entries ===================================================== Description: Allow !~ to work, too Modified files: File: radiusd/src/main/evaluate.c; Revision: 1.23; Date: 2007/07/31 13:30:10; Author: aland; Lines: (+6 -6) ===================================================== Summary of modified files ===================================================== File: radiusd/src/main/evaluate.c Revisions: 1.23 Authors: aland (+6 -6) -- Automatic cron job from /web/pages/us.freeradius.org/bin/new_makelog.pl

1 0

Unlang, regex problem
by Stephan Jäger 01 Aug '07

01 Aug '07

Hello, there seems to be a problem with Unlang, !~ does not work as expected. if ("%{User-Name}" =~ /foobar/) { } works: Mon Jul 30 14:14:14 2007 : Debug: >>> CALLING EVALUATE "%{User-Name}" =~ /foobar/) Mon Jul 30 14:14:14 2007 : Debug: >>> LOOKING AT "%{User-Name}" =~ /foobar/) Mon Jul 30 14:14:14 2007 : Debug: >>> 24:%{User-Name} 17 23:foobar Mon Jul 30 14:14:14 2007 : Debug: >>> EVALUATE 0 ::):: Mon Jul 30 14:14:14 2007 : Debug: >>> AT EOL2a Mon Jul 30 14:14:14 2007 : Debug: >>> EVALUATE RETURNED ::):: Mon Jul 30 14:14:14 2007 : Debug: >>> AT EOL but: if ("%{User-Name}" !~ /foobar/) { } does not work: Mon Jul 30 14:15:07 2007 : Debug: >>> CALLING EVALUATE "%{User-Name}" ! ~ /foobar/) Mon Jul 30 14:15:07 2007 : Debug: >>> LOOKING AT "%{User-Name}" ! ~ /foobar/) Mon Jul 30 14:15:07 2007 : Debug: >>> I0 24:%{User-Name} Mon Jul 30 14:15:07 2007 : Debug: >>> EVALUATE 0 ::!~ /foobar/):: Mon Jul 30 14:15:07 2007 : Debug: >>> AT EOL2a Mon Jul 30 14:15:07 2007 : Debug: >>> EVALUATE RETURNED ::!~ /foobar/):: Mon Jul 30 14:15:07 2007 : Error: Unexpected trailing text at: ! ~ /foobar/) You can work around this with: if (!"%{User-Name}" =~ /foobar/) { } But i guess the other way should work too. Regards Stephan Jaeger -- Stephan Jäger <stephan.jaeger(a)ewetel.de>

4 5