- Freeradius-Users - lists.freeradius.org

New in 3.0.5: updated expressions
by Alan DeKok 06 Oct '14

06 Oct '14

The "expr" module has been updated in the v3.0.x branch, which will become 3.0.5. The old version did not respect operator precedence. It just evaluated the string left to right. This forced people to use (...) to get the correct results. The new code implements precedence properly. As a bonus, it now supports bit shifts: 1 << 3 == 8 This is a minor feature which will make it easier to create simple policies. Alan DeKok.

1 0

Re: Beginner help
by KAVYA PRABHAKAR 06 Oct '14

06 Oct '14

Hi, I have installed Freeradius version 3 and get openssl error as my openssl version was in range 1.0.1 - 1.0.1f*. * Now I removed my older openssl version and installed openssl 1.0.1g. Edited radiusd.conf file as well. allow_vulnerable_openssl = 'CVE-2014-0160' When I start freeradius server ( ./radiusd -X for debug mode), it will refuse to start with libssl version which is currently installed on your server. Root cause for this is “Security advisory CVE-2014-0160 (Heartbleed)” I rechecked my openssl version that I have installed. It is 1.0.1g and freeradius is 3.0.3. Please help me in this regard. What am I missing here? Thanks, Kavya

2 1

Problems with EAP-SIM in Freeradius 2.2.5
by rizal.m.nur＠arc.itb.ac.id 06 Oct '14

06 Oct '14

Dear all, I am using freeradius-server-2.2.5 and trying to authenticate via EAP-SIM. I have been successed to authenticate radeapclient command, but i am facing issue when authenticate directly through wireless AP. Also, i know nothing about RAND, SRES, and KC come from (I just put from example). Here my configs in general: //===================================================== $cat sites-enabled/default authorize { ... sim_files eap { ok = return } ... } $cat modules/sim_files sim_files { simtriplets = "/usr/local/etc/raddb/simtriplets.txt" } $cat eap.conf eap { default_eap_type = md5 ... sim{ } ... } $cat users eapsim Auth-Type := EAP, EAP-Type := SIM EAP-Sim-Rand1 = 0x3bcd1234abcd1234abcd1234abcd1234, EAP-Sim-SRES1 = 0x1234abcd, EAP-Sim-KC1 = 0x0211223344556677, EAP-Sim-Rand2 = 0x1cd1234abcd1234abcd1234abcd1234a, EAP-Sim-SRES2 = 0x434abcd1, EAP-Sim-KC2 = 0x1051324354657687, EAP-Sim-Rand3 = 0x6d1234abcd1234abcd1234abcd1234ab, EAP-Sim-SRES3 = 0x74abcd12, EAP-Sim-KC3 = 0x30815263748596a7 1510891403414997(a)wlan.mnc089.mcc510.3gppnetwork.org Auth-Type := EAP, EAP-Type := SIM EAP-Sim-Rand1 = 0xabcd1234abcd1234abcd1234abcd1234, EAP-Sim-SRES1 = 0x1234abcd, EAP-Sim-KC1 = 0x0011223344556677, EAP-Sim-Rand2 = 0xbcd1234abcd1234abcd1234abcd1234a, EAP-Sim-SRES2 = 0x234abcd1, EAP-Sim-KC2 = 0x1021324354657687, EAP-Sim-Rand3 = 0xcd1234abcd1234abcd1234abcd1234ab, EAP-Sim-SRES3 = 0x34abcd12, EAP-Sim-KC3 = 0x30415263748596a7 $cat userTest.txt User-Name = "eapsim" NAS-IP-Address = 167.205.106.132 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 //===================================================== When i used radeapclient command with "eapsim" user , radius successed to process authentication request as EAP-SIM type. The response look like this: //===================================================== rad_recv: Access-Request packet from host 167.205.106.132 port 56442, id=47, length=71 User-Name = "eapsim" NAS-IP-Address = 167.205.106.132 Message-Authenticator = 0xb0930a41b716e833198358390655050f NAS-Port = 0 EAP-Message = 0x022e000b0165617073696d # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default +group authorize { ++[preprocess] = ok ++[chap] = noop ++[mschap] = noop ++[digest] = noop [suffix] No '@' in User-Name = "eapsim", looking up realm NULL [suffix] No such realm "NULL" ++[suffix] = noop rlm_sim_files: insufficient number of challenges for imsi eapsim: 0 ++[sim_files] = notfound [eap] EAP packet type response id 46 length 11 [eap] No EAP Start, assuming it's an on-going EAP conversation ++[eap] = updated [files] users: Matched entry eapsim at line 19 ++[files] = ok ++[expiration] = noop ++[logintime] = noop [pap] WARNING! No "known good" password found for the user. Authentication may fail because of this. ++[pap] = noop +} # group authorize = updated Found Auth-Type = EAP # Executing group from file /usr/local/etc/raddb/sites-enabled/default +group authenticate { [eap] EAP Identity [eap] processing type sim [eap] Underlying EAP-Type set EAP ID to 16 ++[eap] = handled +} # group authenticate = handled Sending Access-Challenge of id 47 to 167.205.106.132 port 56442 EAP-Message = 0x01100014120a00000f0200020001000011010100 Message-Authenticator = 0x00000000000000000000000000000000 State = 0xc6547d30c6446f127cd7e08c493991e0 Finished request 0. Going to the next request Waking up in 4.9 seconds. rad_recv: Access-Request packet from host 167.205.106.132 port 56442, id=48, length=122 User-Name = "eapsim" NAS-IP-Address = 167.205.106.132 Message-Authenticator = 0x5e44f7a8af1436fc182dfe07d246066c NAS-Port = 0 EAP-Message = 0x0210002c120a00001001000107050000ebc943da73322d4543182bc6b26c42670e03000665617073696d0000 State = 0xc6547d30c6446f127cd7e08c493991e0 # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default +group authorize { ++[preprocess] = ok ++[chap] = noop ++[mschap] = noop ++[digest] = noop [suffix] No '@' in User-Name = "eapsim", looking up realm NULL [suffix] No such realm "NULL" ++[suffix] = noop rlm_sim_files: insufficient number of challenges for imsi eapsim: 0 ++[sim_files] = notfound [eap] EAP packet type response id 16 length 44 [eap] No EAP Start, assuming it's an on-going EAP conversation ++[eap] = updated [files] users: Matched entry eapsim at line 19 ++[files] = ok ++[expiration] = noop ++[logintime] = noop [pap] WARNING! No "known good" password found for the user. Authentication may fail because of this. ++[pap] = noop +} # group authorize = updated Found Auth-Type = EAP # Executing group from file /usr/local/etc/raddb/sites-enabled/default +group authenticate { [eap] Request found, released from the list [eap] EAP/sim [eap] processing type sim +++> EAP-sim decoded packet: User-Name = "eapsim" NAS-IP-Address = 167.205.106.132 Message-Authenticator = 0x5e44f7a8af1436fc182dfe07d246066c NAS-Port = 0 EAP-Message = 0x0210002c120a00001001000107050000ebc943da73322d4543182bc6b26c42670e03000665617073696d0000 State = 0xc6547d30c6446f127cd7e08c493991e0 EAP-Type = SIM EAP-Sim-Subtype = Start EAP-Sim-SELECTED_VERSION = 0x0001 EAP-Sim-NONCE_MT = 0x0000ebc943da73322d4543182bc6b26c4267 EAP-Sim-IDENTITY = 0x65617073696d [eap] Underlying EAP-Type set EAP ID to 17 ++[eap] = handled +} # group authenticate = handled Sending Access-Challenge of id 48 to 167.205.106.132 port 56442 EAP-Message = 0x01110050120b0000010d0000abcd1234abcd1234abcd1234abcd1234bcd1234abcd1234abcd1234abcd1234acd1234abcd1234abcd1234abcd1234ab0b0500002d7b51f8b367f40f16e8b89d57123ce0 Message-Authenticator = 0x00000000000000000000000000000000 State = 0xc6547d30c7456f127cd7e08c493991e0 Finished request 1. Going to the next request Waking up in 4.9 seconds. rad_recv: Access-Request packet from host 167.205.106.132 port 56442, id=49, length=106 User-Name = "eapsim" NAS-IP-Address = 167.205.106.132 Message-Authenticator = 0x33d47bbba410cf01893cfd0c317909b3 NAS-Port = 0 State = 0xc6547d30c7456f127cd7e08c493991e0 EAP-Message = 0x0211001c120b00000b050000bf27a73ac93ccba4f39579f5fed9512e # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default +group authorize { ++[preprocess] = ok ++[chap] = noop ++[mschap] = noop ++[digest] = noop [suffix] No '@' in User-Name = "eapsim", looking up realm NULL [suffix] No such realm "NULL" ++[suffix] = noop rlm_sim_files: insufficient number of challenges for imsi eapsim: 0 ++[sim_files] = notfound [eap] EAP packet type response id 17 length 28 [eap] No EAP Start, assuming it's an on-going EAP conversation ++[eap] = updated [files] users: Matched entry eapsim at line 19 ++[files] = ok ++[expiration] = noop ++[logintime] = noop [pap] WARNING! No "known good" password found for the user. Authentication may fail because of this. ++[pap] = noop +} # group authorize = updated Found Auth-Type = EAP # Executing group from file /usr/local/etc/raddb/sites-enabled/default +group authenticate { [eap] Request found, released from the list [eap] EAP/sim [eap] processing type sim MAC check succeed [eap] Underlying EAP-Type set EAP ID to 18 [eap] Freeing handler ++[eap] = ok +} # group authenticate = ok # Executing section post-auth from file /usr/local/etc/raddb/sites-enabled/default +group post-auth { ++[exec] = noop +} # group post-auth = noop Sending Access-Accept of id 49 to 167.205.106.132 port 56442 MS-MPPE-Recv-Key = 0x5e7f230e35ec87f3f23b86766b439c56eb66d3a5e8906f47fe0ff862d0acf30b MS-MPPE-Send-Key = 0x75d58187e0a44e5c8486ddb077dc76e39b5dc2b85d717d7dbb2da179672da6fc EAP-Message = 0x03120004 Message-Authenticator = 0x00000000000000000000000000000000 User-Name = "eapsim" Finished request 2. //===================================================== But, when I used my phone which connected to AP with EAP-SIM auth, radius failed to process Access-Request packet as EAP-SIM type. The response like this: //===================================================== rad_recv: Access-Request packet from host 167.205.9.194 port 1074, id=11, length=254 User-Name = "1510891403414997(a)wlan.mnc089.mcc510.3gppnetwork.org" Calling-Station-Id = "00-08-22-18-2D-32" NAS-IP-Address = 167.205.9.194 NAS-Port = 1 Called-Station-Id = "54-3D-37-BF-57-A8:testBYOD" Service-Type = Framed-User Framed-MTU = 1400 NAS-Port-Type = Wireless-802.11 NAS-Identifier = "54-3D-37-BF-57-A8" Connect-Info = "CONNECT 802.11g/n" EAP-Message = 0x02bd000c120e000016010000 State = 0x2c5813a42de50175b779b50df25ca388 Vendor-25053-Attr-3 = 0x7465737442594f44 Message-Authenticator = 0x2637ed577421a19f485bd3b88a7fa5ca # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default +group authorize { ++[preprocess] = ok ++[chap] = noop ++[mschap] = noop ++[digest] = noop [suffix] Looking up realm "wlan.mnc089.mcc510.3gppnetwork.org" for User-Name = "1510891403414997(a)wlan.mnc089.mcc510.3gppnetwork.org" [suffix] No such realm "wlan.mnc089.mcc510.3gppnetwork.org" ++[suffix] = noop rlm_sim_files: insufficient number of challenges for imsi 1510891403414997(a)wlan.mnc089.mcc510.3gppnetwork.org: 0 ++[sim_files] = notfound [eap] EAP packet type response id 189 length 12 [eap] No EAP Start, assuming it's an on-going EAP conversation ++[eap] = updated [files] users: Matched entry 1510891403414997(a)wlan.mnc089.mcc510.3gppnetwork.org at line 52 ++[files] = ok ++[expiration] = noop ++[logintime] = noop [pap] WARNING! No "known good" password found for the user. Authentication may fail because of this. ++[pap] = noop +} # group authorize = updated Found Auth-Type = EAP # Executing group from file /usr/local/etc/raddb/sites-enabled/default +group authenticate { [eap] Request found, released from the list [eap] EAP/sim [eap] processing type sim Client says error. Stopping! [eap] Handler failed in EAP/sim [eap] Failed in EAP select ++[eap] = invalid +} # group authenticate = invalid Failed to authenticate the user. Using Post-Auth-Type REJECT # Executing group from file /usr/local/etc/raddb/sites-enabled/default +group REJECT { [attr_filter.access_reject] expand: %{User-Name} -> 1510891403414997(a)wlan.mnc089.mcc510.3gppnetwork.org attr_filter: Matched entry DEFAULT at line 11 ++[attr_filter.access_reject] = updated +} # group REJECT = updated Delaying reject of request 9 for 1 seconds Going to the next request Waking up in 0.9 seconds. Sending delayed reject for request 9 Sending Access-Reject of id 11 to 167.205.9.194 port 1074 EAP-Message = 0x04bd0004 Message-Authenticator = 0x00000000000000000000000000000000 Waking up in 3.5 seconds. //===================================================== It seem radius not recognize this packet as EAP-SIM (even it not try to decode packet). I dont know if there something missing in my config. Anyone can help, please? Regards, Rizal Muhammad Nur

3 4

Re: Per Proxy Server Statistics
by Himanshu Pandey 06 Oct '14

06 Oct '14

Hi, I want to track proxy server statistics like minimum response time, maximum response time, Average response time, Mean response time. I don't think the freeradius currently provides these statistics. Now, since I want these statistics, can somebody guide & help me to achieve these statistics using freeradius. Regards, Sonu From: Alan DeKok <aland(a)deployingradius.com> Sent: Tue, 30 Sep 2014 18:36:31 To: FreeRadius users mailing list <freeradius-users(a)lists.freeradius.org> Subject: Re: Per Proxy Server Statistics Himanshu Pandey wrote: > Do radius server support Per Proxy Server Statistics like minimum > response time, maximum response time, Average response time, Mean > response time?  All of the statistics the server tracks can be queried with the "radmin" command.  If a statistics is missing, it's not tracked.  Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html

1 0

Acct-Delay-Time attribute in buffered-sql server mode
by Rygl Aleš 05 Oct '14

05 Oct '14

Hi all, I have found an interesting issue related to Acct-Delay-Time attribute when buffered-sql mode is in use. I am not sure if it is a bug or feature. IMHO it is a bug but I would like to discuss it here. I am using freeradius for accounting in buffered-sql mode with MySQL backend. The main radacct table is using memory engine so it is pretty fast nevertheless the buffered-sql mode is a must. We have more 1.000 Acct req/sec in average with additional repeated peaks. We need to store the Acct-Delay- Time for diagnostic purposes. It is not always present in the Accounting request from NAS but if it is there it indicates that NAS is experiencing some performance problems. And the issue is that even if there is no Acct-Delay-Time received from the NAS, it appears in radacct table then and from my observations it has nothing to do with the real delay of the session start and indicates just the amount of time for which the record was waiting in radacct/detail.work file. IMHO this is wrong because the SQL scripts in dialup.conf are doing a correction of session start time based using Acct-Delay-Time. My accounting-start-query: accounting_start_query = "INSERT into ${acct_table1} (AcctUpdateTime, AcctSessionId, AcctUniqueId, UserName, NASIPAddress, AcctStartTime, AcctSessionTime, AcctAuthentic, AcctInputOctets, AcctOutputOctets, CalledStationId, CallingStationId, AcctTerminateCause, FramedIPAddress, AcctStartDelay, AcctStopDelay, SgsnIpAddr, Imsi, 3GPPSelectionMode, 3GPPGPRSNegotiatedQoSProfile, Acct_Status_Type, 3GPPChargingId, 3GPPNSAPI, 3GPPSGSNMNCMCC, 3GPPRATType, 3GPPUserLocationInfo, 3GPPMSTimezone, 3GPPIMEISV, TMOChargingRuleBaseName, SNVirtualAPNName, SNRulebase) values('%S', '%{Acct- Session-Id}', '%{Acct-Unique-Session-Id}', '%{SQL-User-Name}', '%{NAS-IP- Address}', DATE_SUB('%S', INTERVAL %{Acct-Delay-Time:-0} SECOND), '0', '%{Acct-Authentic}', '0', '0', '%{Called-Station-Id}', '%{Calling-Station- Id}', '', '%{Framed-IP-Address}', '%{Acct-Delay-Time}', '0','%{3GPP-SGSN- Address}','%{3GPP-IMSI}','%{3GPP-Selection-Mode}','%{3GPP-GPRS-Negotiated-QoS- profile}','%{Acct-Status-Type}','%{3GPP-Charging-ID}','%{3GPP-NSAPI}','%{3GPP- SGSN-MCC-MNC}','%{3GPP-RAT-Type}','%{3GPP-Location-Info}','%{3GPP-MS-Time- Zone}','%{3GPP-IMEISV}','%{TMO-Charging-Rule-Base-Name}','%{SN-Virtual-APN- Name}','%{SN-Rulebase}')" I always thought buffered-sql server is just a loader of the detail file to db. But it looks like it is working as a real radius server manipulating the Acct-Delay-Time attribute which is IMHO wrong here and should be suppressed somehow. What is your opinion? I am running Debian 7.2, freeradius 2.1.12, kernel 3.2.0-4-amd64 Regards Ales

3 7

Discarding Duplicate Request
by Rando Nakarmi 04 Oct '14

04 Oct '14

I been seeing quite a large number of message like below logged in radius.log lately. Discarding duplicate request from client classroom98 port 32880 - ID: 131 due to unfinished request 241848 I read some thread, this might be the case when back-end server (i.e auth servers) are too slow to respond. My back-end is AD, using ntlm_auth. radius version 2.1.12-4 samba version 3.5.8-68 Any hints or suggestion how to resolve this would be very helpful. Most of the users get authenticated ( I don't think ntlm_auth is responding slow), I could not figure this out --cheers, Rando

4 9

disable zombie period and status checks
by Travis Dimmig 03 Oct '14

03 Oct '14

I have FreeRADIUS acting as a proxy server in an environment with a temperamental ACS server as the home server. The ACS server is known to be unreliable, an NPS server is being staged to replace it. In the meantime, however, I have to work as well as I can with the ACS server, and have no access or control to modify it. The ACS server regularly does not respond to requests, initiating the zombie period. It just as regularly doesn't respond to the status checks (I'm using auth request type checks to ensure compatibility). The requirement of 3 successful responses in a row to be marked alive again is difficult to meet with this server. I realize of course that the best solution is to fix the home server, but while that is being worked on I need my FreeRADIUS server to try to proxy requests as much as possible. I have dug through the configs, but found no way to completely disable the zombie period and status check behavior of the server. My goal is for FreeRADIUS to always consider the home server alive and proxy all requests to it, regardless of the fact that some do not get responses. Is this possible? Thanks, Travis Dimmig

3 2

checkItem not being checked
by Victor Tarhon-Onu 03 Oct '14

03 Oct '14

Hello Everyone, Before proceeding further I'm going to describe shortly what I want to do and what I did so far. Initially the requirement was to pull some authentication data from an LDAP server so that we can make some custom equipments to authenticate those LDAP users. These equipments can use only radius for authentication. This works just fine. Later the requirement was changed and I was asked to do some privilege separation based on the group each LDAP user is in. So it seemed to be easier just to map the LDAP gidNumber entry for each user to a radius check item: /etc/raddb/ldap.attrmap:checkItem Group-ID gidNumber /etc/raddb/dictionary:ATTRIBUTE Group-ID 3000 integer So in /etc/raddb/users I added something like DEFAULT Auth-Type = LDAP Service-Type = Login, Fall-Through = Yes DEFAULT Group-ID == 100 Service-Type := Shell-User DEFAULT Group-ID == 101 Service-Type := Dialout-Framed-User The problem is that the Service-Type never changes because the Group-ID doesn't match any of those checks. It remains set to the value (Login) I've set as default at the beginning of the file. However, when running the radius server in debug mode, I can see that the Group-ID is set correctly for each authenticated user: rlm_ldap: Adding gidNumber as Group-ID, value 100 & op=21 ...but I'm not sure if it's exported (or even supposed to be) out from rlm_ldap. The freeradius version is 1.1.3 (freeradius-1.1.3-1.6.el5). I am inserting below the entire output of the radius server during an authentication/authorization attempt: rad_recv: Access-Request packet from host 127.0.0.1:44291, id=235, length=57 User-Name = "testuser" User-Password = "testpassword" NAS-IP-Address = 255.255.255.255 NAS-Port = 0 Processing the authorize section of radiusd.conf modcall: entering group authorize for request 0 modcall[authorize]: module "preprocess" returns ok for request 0 modcall[authorize]: module "chap" returns noop for request 0 modcall[authorize]: module "mschap" returns noop for request 0 rlm_realm: No '@' in User-Name = "testuser", looking up realm NULL rlm_realm: No such realm "NULL" modcall[authorize]: module "suffix" returns noop for request 0 rlm_eap: No EAP-Message, not doing EAP modcall[authorize]: module "eap" returns noop for request 0 users: Matched entry DEFAULT at line 6 modcall[authorize]: module "files" returns ok for request 0 modcall: entering group redundant for request 0 rlm_ldap: - authorize rlm_ldap: performing user authorization for testuser radius_xlat: '(&(objectClass=posixAccount)(uid=testuser))' radius_xlat: 'dc=mydomain,dc=com' rlm_ldap: ldap_get_conn: Checking Id: 0 rlm_ldap: ldap_get_conn: Got Id: 0 rlm_ldap: attempting LDAP reconnection rlm_ldap: (re)connect to ldapserver.mydomain.com:389, authentication 0 rlm_ldap: setting TLS CACert File to /usr/share/ssl/certs/mydomain-CA.crt rlm_ldap: setting TLS CACert Directory to /usr/share/ssl/certs/ rlm_ldap: starting TLS request done: ld 0xb8b6c708 msgid 1 rlm_ldap: bind as / to ldapserver.mydomain.com:389 rlm_ldap: waiting for bind result ... request done: ld 0xb8b6c708 msgid 2 rlm_ldap: Bind was successful rlm_ldap: performing search in dc=mydomain,dc=com, with filter (&(objectClass=posixAccount)(uid=testuser)) request done: ld 0xb8b6c708 msgid 3 rlm_ldap: looking for check items in directory... rlm_ldap: Adding gidNumber as Group-ID, value 504 & op=21 rlm_ldap: looking for reply items in directory... rlm_ldap: user testuser authorized to use remote access rlm_ldap: ldap_release_conn: Release Id: 0 modcall[authorize]: module "ldap1" returns ok for request 0 modcall: leaving group redundant (returns ok) for request 0 modcall: leaving group authorize (returns ok) for request 0 rad_check_password: Found Auth-Type LDAP auth: type "LDAP" Processing the authenticate section of radiusd.conf modcall: entering group LDAP for request 0 modcall: entering group redundant for request 0 rlm_ldap: - authenticate rlm_ldap: login attempt by "testuser" with password "testpassword" rlm_ldap: user DN: uid=testuser,ou=People,dc=mydomain,dc=com rlm_ldap: (re)connect to ldapserver.mydomain.com:389, authentication 1 rlm_ldap: setting TLS CACert File to /usr/share/ssl/certs/mydomain-CA.crt rlm_ldap: setting TLS CACert Directory to /usr/share/ssl/certs/ rlm_ldap: starting TLS request done: ld 0xb8befaa8 msgid 1 rlm_ldap: bind as uid=testuser,ou=People,dc=mydomain,dc=com/testpassword to ldapserver.mydomain.com:389 rlm_ldap: waiting for bind result ... request done: ld 0xb8befaa8 msgid 2 rlm_ldap: Bind was successful rlm_ldap: user testuser authenticated succesfully modcall[authenticate]: module "ldap1" returns ok for request 0 modcall: leaving group redundant (returns ok) for request 0 modcall: leaving group LDAP (returns ok) for request 0 Login OK: [testuser] (from client localhost port 0) Sending Access-Accept of id 235 to 127.0.0.1 port 44291 Service-Type = Login-User Finished request 0 --

2 1

Re: VSA processing in avpair.c in the client : (unknown Vendor-Id)
by bmoyni01＠vodafone.ie 02 Oct '14

02 Oct '14

well, I dont need to do anything specific with the VSA attrs. I;m interfacing with a server that can invariably sent these parameters. but because it is not recognized, the other normal attrs are not getting a chance to be processed. specifically the reply in the accept as part of AUTH. as outlined earlier, I think this is a bug. The VSAs get precedence over the normal attrs but if the VSAs are not decoded correctly then the function prematurely returns. thats my take, but could be wrong. let me know what you think. Thanks. ----Original Message---- From: aland(a)deployingradius.com Date: 02-Oct-2014 21:51 To: "bmoyni01(a)vodafone.ie"<bmoyni01(a)vodafone.ie> Cc: "FreeRadius users mailing list"<freeradius-users(a)lists.freeradius. org> Subj: Re: VSA processing in avpair.c in the client : (unknown Vendor- Id) bmoyni01(a)vodafone.ie wrote: > thanks for info. > > I took a copy of the https://github.com/FreeRADIUS/freeradius- > server/blob/master/share/dictionary.microsoft file > and integrated it into the /etc directory in the client code. > > built fine, but still have the same issue with unknown vendor id. > > Is this correct or can you advise on alternative approach. You will have to edit the source code. Even then, it won't help. Decoding the attribute is simple. Deciding what to *do* with it is hard. Alan DeKok. I'm using Vodafone Mail - to get your free mobile email account go to http://www.vodafone.ie Use of Vodafone Mail is subject to Terms and Conditions http://www.vodafone.ie/terms/website

2 1

Re: VSA processing in avpair.c in the client : (unknown Vendor-Id)
by bmoyni01＠vodafone.ie 02 Oct '14

02 Oct '14

thanks for info. I took a copy of the https://github.com/FreeRADIUS/freeradius- server/blob/master/share/dictionary.microsoft file and integrated it into the /etc directory in the client code. built fine, but still have the same issue with unknown vendor id. Is this correct or can you advise on alternative approach. Thanks. ----Original Message---- From: aland(a)deployingradius.com Date: 02-Oct-2014 14:37 To: "bmoyni01(a)vodafone.ie"<bmoyni01(a)vodafone.ie>, "FreeRadius users mailing list"<freeradius-users(a)lists.freeradius.org> Subj: Re: VSA processing in avpair.c in the client : (unknown Vendor- Id) bmoyni01(a)vodafone.ie wrote: > I'm not using the free radius server I did figure that out. > and I cannot find information on > enabling the client with this information. The client comes with dictionaries. > Also, I understand what you stating below. > But my point is that if the client cannot recognize the VSA, should it > not just skip over and process the rest. > (ie including the Normal attributes) It should keep processing the *next* attribute. It shouldn't recurse and process the VSAs in *this* attribute. > Instead it returns what is has without processing the code under / * > Normal */ Send a patch. Alan DeKok. I'm using Vodafone Mail - to get your free mobile email account go to http://www.vodafone.ie Use of Vodafone Mail is subject to Terms and Conditions http://www.vodafone.ie/terms/website

2 1