- Freeradius-Users - lists.freeradius.org

User attributed missing from access accept message
by Carroll, Diana C 22 Jun '10

22 Jun '10

I have a bit of a puzzle: I have a FreeRADIUS server that takes a TTLS request, handles the TLS outer authentication locally, and then proxies the MSCHAPv2 inner authentication to another server based on the realm specified in the user request. When it receives the MSCHAPv2 access-accept message from one server (another FreeRADIUS server), it includes the user attributes in the access-accept message to the client as expected. However, when it receives the MSCHAPv2 access-accept message from the second server (an NPS server) it does not include the user attributes in the access-accept message to the client, resulting in a connection failure. In the below logs, the same client is attempting to connect in both instances, with the same username. The outer TLS authentication (request, log, and result) is identical. The only differences for the inner MSCHAPv2 method are the username and the realm, and of course the server that the request is proxied to. Because of this, my best guess is that the differences in the server messages are triggering the different behavior. Since I don't have control over the NPS server to examine its configuration, I'm hoping there may be something I can do on the proxy server to correct the problem. Logs are below, with usernames etc. scrubbed, of course. Input or suggestions would be much appreciated. Thanks, Diana ################################################################################################################################################# ################################################################################################################################################## FAILED LOG: SERVER DOES NOT INCLUDE USER ATTRIBUTES IN ACCESS-ACCEPT. ##*********************************************************************************************************************************************** rlm_eap_ttls: Session established. Proceeding to decode tunneled attributes. Processing the authorize section of radiusd.conf modcall: entering group authorize for request 7 modcall[authorize]: module "preprocess" returns ok for request 7 radius_xlat: '/usr/local/var/log/radius/radacct/127.0.0.1/auth-detail-20100619' rlm_detail: /usr/local/var/log/radius/radacct/%{Client-IP-Address}/auth-detail-% Y%m%d expands to /usr/local/var/log/radius/radacct/127.0.0.1/auth-detail-2010061 9 modcall[authorize]: module "auth_log" returns ok for request 7 modcall[authorize]: module "chap" returns noop for request 7 rlm_eap: No EAP-Message, not doing EAP modcall[authorize]: module "eap" returns noop for request 7 rlm_mschap: Found MS-CHAP attributes. Setting 'Auth-Type = mschap' modcall[authorize]: module "mschap" returns ok for request 7 modcall[authorize]: module "digest" returns noop for request 7 rlm_realm: Looking up realm "inner-realm.com" for User-Name = "rlm\inner-user-identity(a)inner-realm.com" rlm_realm: Found realm "inner-realm.com" rlm_realm: Adding Stripped-User-Name = "rlm\inner-user-identity" rlm_realm: Proxying request from user rlm\inner-user-identity to realm inner-realm.com rlm_realm: Adding Realm = "inner-realm.com" rlm_realm: Preparing to proxy authentication request to realm "inner-realm.com" modcall[authorize]: module "realmsuffix" returns updated for request 7 rlm_realm: Request already proxied. Ignoring. modcall[authorize]: module "realmslash" returns noop for request 7 rlm_realm: Request already proxied. Ignoring. modcall[authorize]: module "realmbackslash" returns noop for request 7 rlm_realm: Request already proxied. Ignoring. modcall[authorize]: module "realmpercent" returns noop for request 7 rlm_fastusers: checking defaults fastusers: Matched DEFAULT at 56 modcall[authorize]: module "fastusers" returns updated for request 7 modcall: leaving group authorize (returns updated) for request 7 TTLS: Tunneled authentication will be proxied to inner-realm.com Tunneled session will be proxied. Not doing EAP. modcall[authenticate]: module "eap" returns handled for request 7 modcall: leaving group authenticate (returns handled) for request 7 Sending Access-Request of id 0 to 143.185.231.134 port 1812 User-Name = "rlm\\inner-user-identity" MS-CHAP-Challenge = 0xde2f71c04581580092f1e6a607518c80 MS-CHAP2-Response = 0xb00051ef59af51b36ded5808d861b07c722b00000000000000 00ff24005614e7135900d88db3c736c7c5abbccc1d6537d45c NAS-IP-Address = 127.0.0.1 Proxy-State = 0x323437 Waking up in 3 seconds... rad_recv: Access-Accept packet from host 143.185.231.134:1812, id=0, length=71 Proxy-State = 0x323437 Class = 0x844e067500000137000102008fb9e78600000000000000000000000001cb08 6c7fcf9744000000000000001b Processing the post-proxy section of radiusd.conf modcall: entering group post-proxy for request 7 TTLS: Passing reply from proxy back into the tunnel. Processing the post-auth section of radiusd.conf modcall: entering group post-auth for request 7 radius_xlat: '/usr/local/var/log/radius/radacct/127.0.0.1/reply-detail-20100619 ' rlm_detail: /usr/local/var/log/radius/radacct/%{Client-IP-Address}/reply-detail- %Y%m%d expands to /usr/local/var/log/radius/radacct/127.0.0.1/reply-detail-20100 619 modcall[post-auth]: module "reply_log" returns ok for request 7 modcall: leaving group post-auth (returns ok) for request 7 POST-AUTH 2 TTLS: Got reply 2 TTLS: Got tunneled Access-Accept fastusers: Matched DEFAULT at 56 modcall[authorize]: module "fastusers" returns updated for request 7 modcall: leaving group authorize (returns updated) for request 7 TTLS: Tunneled authentication will be proxied to inner-realm.com Tunneled session will be proxied. Not doing EAP. modcall[authenticate]: module "eap" returns handled for request 7 modcall: leaving group authenticate (returns handled) for request 7 Sending Access-Request of id 0 to 143.185.231.134 port 1812 User-Name = "rlm\\inner-user-identity" MS-CHAP-Challenge = 0x0000000000000000000000000000000 MS-CHAP2-Response = 0x0000000000000000000000000000000000000000000000000000000000000000 NAS-IP-Address = 127.0.0.1 Proxy-State = 0x323437 Waking up in 3 seconds... rad_recv: Access-Accept packet from host 143.185.231.134:1812, id=0, length=71 Proxy-State = 0x323437 Class = 0x844e067500000137000102008fb9e78600000000000000000000000001cb08 6c7fcf9744000000000000001b Processing the post-proxy section of radiusd.conf modcall: entering group post-proxy for request 7 TTLS: Passing reply from proxy back into the tunnel. Processing the post-auth section of radiusd.conf modcall: entering group post-auth for request 7 radius_xlat: '/usr/local/var/log/radius/radacct/127.0.0.1/reply-detail-20100619 ' rlm_detail: /usr/local/var/log/radius/radacct/%{Client-IP-Address}/reply-detail- %Y%m%d expands to /usr/local/var/log/radius/radacct/127.0.0.1/reply-detail-20100 619 modcall[post-auth]: module "reply_log" returns ok for request 7 modcall: leaving group post-auth (returns ok) for request 7 POST-AUTH 2 TTLS: Got reply 2 TTLS: Got tunneled Access-Accept TTLS: Reply was OK rlm_eap: Freeing handler modcall[post-proxy]: module "eap" returns ok for request 7 modcall: leaving group post-proxy (returns ok) for request 7 authorize: Skipping authorize in post-proxy stage rad_check_password: Found Auth-Type EAP rad_check_password: Found Auth-Type Warning: Found 2 auth-types on request for user 'outer-identity' rad_check_password: Auth-Type = Accept, accepting the user Login OK: [outer-identity/<no User-Password attribute>] (from client 143.185.231.1 20 port 2048 cli outer-identity) Processing the post-auth section of radiusd.conf modcall: entering group post-auth for request 7 radius_xlat: '/usr/local/var/log/radius/radacct/143.185.231.120/reply-detail-20 100619' rlm_detail: /usr/local/var/log/radius/radacct/%{Client-IP-Address}/reply-detail- %Y%m%d expands to /usr/local/var/log/radius/radacct/143.185.231.120/reply-detail -20100619 modcall[post-auth]: module "reply_log" returns ok for request 7 modcall: leaving group post-auth (returns ok) for request 7 Sending Access-Accept of id 247 to 143.185.231.120 port 19801 MS-MPPE-Recv-Key = 0xdc288be3eb579f52eb527e34141e57b7bc66bd6d87522df6193 fadda49fc7232 MS-MPPE-Send-Key = 0x044c7a5288aa39133f56fc16b4a441cb77cf17e7130e42e9f9f 8836ad6c7d8a6 EAP-Message = 0x03f70004 Message-Authenticator = 0x00000000000000000000000000000000 User-Name = "outer-identity" ################################################################################################################################################# ################################################################################################################################################## SUCCESSFUL LOG: SERVER INCLUDES USER ATTRIBUTES IN ACCESS-ACCEPT. (Also note it sends one last challenge message to the client before accepting) ##*********************************************************************************************************************************************** rlm_eap_ttls: Session established. Proceeding to decode tunneled attributes. Processing the authorize section of radiusd.conf modcall: entering group authorize for request 7 modcall[authorize]: module "preprocess" returns ok for request 7 radius_xlat: '/usr/local/var/log/radius/radacct/127.0.0.1/auth-detail-20100518' rlm_detail: /usr/local/var/log/radius/radacct/%{Client-IP-Address}/auth-detail-%Y%m%d expands to /usr/local/var/log/radius/radacct/127.0.0.1/auth- detail-20100518 modcall[authorize]: module "auth_log" returns ok for request 7 modcall[authorize]: module "chap" returns noop for request 7 rlm_eap: No EAP-Message, not doing EAP modcall[authorize]: module "eap" returns noop for request 7 rlm_mschap: Found MS-CHAP attributes. Setting 'Auth-Type = mschap' modcall[authorize]: module "mschap" returns ok for request 7 modcall[authorize]: module "digest" returns noop for request 7 rlm_realm: Looking up realm "inner-realm1.com.com" for User-Name = "user(a)inner-realm1.com.com" rlm_realm: Found realm "inner-realm1.com.com" rlm_realm: Proxying request from user user to realm inner-realm1.com.com rlm_realm: Adding Realm = "inner-realm1.com.com" rlm_realm: Preparing to proxy authentication request to realm "inner-realm1.com.com" modcall[authorize]: module "realmsuffix" returns updated for request 7 rlm_realm: Request already proxied. Ignoring. modcall[authorize]: module "realmslash" returns noop for request 7 rlm_realm: Request already proxied. Ignoring. modcall[authorize]: module "realmbackslash" returns noop for request 7 rlm_realm: Request already proxied. Ignoring. modcall[authorize]: module "realmpercent" returns noop for request 7 rlm_fastusers: checking defaults fastusers: Matched DEFAULT at 56 modcall[authorize]: module "fastusers" returns updated for request 7 modcall: leaving group authorize (returns updated) for request 7 TTLS: Tunneled authentication will be proxied to inner-realm1.com.com Tunneled session will be proxied. Not doing EAP. modcall[authenticate]: module "eap" returns handled for request 7 modcall: leaving group authenticate (returns handled) for request 7 Sending Access-Request of id 0 to 143.185.55.33 port 1812 User-Name = "user(a)inner-realm1.com.com" MS-CHAP-Challenge = 0x0000000000000000000000000000000 MS-CHAP2-Response = 0x00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 NAS-IP-Address = 127.0.0.1 Proxy-State = 0x3932 --- Walking the entire request list --- Waking up in 2 seconds... rad_recv: Access-Accept packet from host 143.185.55.33:1812, id=0, length=183 MS-CHAP2-Success = 0x000000000000000000000000000000000000000000000000000000000000000000000000000 MS-MPPE-Recv-Key = 0x000000000000000000000000000000000 MS-MPPE-Send-Key = 0x00000000000000000000000000000000 MS-MPPE-Encryption-Policy = 0x00000001 MS-MPPE-Encryption-Types = 0x00000004 Proxy-State = 0x3932 Processing the post-proxy section of radiusd.conf modcall: entering group post-proxy for request 7 TTLS: Passing reply from proxy back into the tunnel. Processing the post-auth section of radiusd.conf modcall: entering group post-auth for request 7 radius_xlat: '/usr/local/var/log/radius/radacct/127.0.0.1/reply-detail-20100518' rlm_detail: /usr/local/var/log/radius/radacct/%{Client-IP-Address}/reply-detail-%Y%m%d expands to /usr/local/var/log/radius/radacct/127.0.0.1/reply-detail-20100518 modcall[post-auth]: module "reply_log" returns ok for request 7 modcall: leaving group post-auth (returns ok) for request 7 POST-AUTH 2 TTLS: Got reply 2 TTLS: Got tunneled Access-Accept TTLS: Got MS-CHAP2-Success, tunneling it to the client in a challenge. TTLS: Reply was handled modcall[post-proxy]: module "eap" returns ok for request 7 modcall: leaving group post-proxy (returns ok) for request 7 authorize: Skipping authorize in post-proxy stage rad_check_password: Found Auth-Type EAP rad_check_password: Found Auth-Type Warning: Found 2 auth-types on request for user 'OUTER-USER-IDENTITY' rad_check_password: Auth-Type = Accept, accepting the user Login OK: [OUTER-USER-IDENTITY/<no User-Password attribute>] (from client 143.185.231.120 port 2048 cli OUTER-USER-IDENTITY) Processing the post-auth section of radiusd.conf modcall: entering group post-auth for request 7 radius_xlat: '/usr/local/var/log/radius/radacct/143.185.231.120/reply-detail-20100518' rlm_detail: /usr/local/var/log/radius/radacct/%{Client-IP-Address}/reply-detail-%Y%m%d expands to /usr/local/var/log/radius/radacct/143.185.231.120/reply-detail-20100518 modcall[post-auth]: module "reply_log" returns ok for request 7 modcall: leaving group post-auth (returns ok) for request 7 Sending Access-Challenge of id 92 to 143.185.231.120 port 19801 EAP-Message = 0x015d005f15800000005517030100500567cc163f1f6f8f19129db2000d8e0571876063fd30672824aed960537504a0b3cd5983f650f57f2a9c9496117fdb85dee6d022e320bc61e11 d5dec880350f7e21df200c89c706642eb7ba96224e09f Message-Authenticator = 0x00000000000000000000000000000000 State = 0x9603a2b18e8b334ff1d21f8277ef6714 Finished request 7 Going to the next request Waking up in 2 seconds... rad_recv: Access-Request packet from host 143.185.231.120:19801, id=93, length=145 User-Name = "OUTER-USER-IDENTITY(a)outer-realm.com" NAS-IP-Address = 143.185.231.120 NAS-Port = 2048 Service-Type = Login-User State = 0x9603a2b18e8b334ff1d21f8277ef6714 Called-Station-Id = "\000\000\004\000\003(" Calling-Station-Id = "OUTER-USER-IDENTITY" NAS-Identifier = "testuser" NAS-Port-Type = Wireless-Other EAP-Message = 0x025d00061500 Message-Authenticator = 0x3b8b00276b6f5db8960e79474390ff39 Processing the authorize section of radiusd.conf modcall: entering group authorize for request 8 modcall[authorize]: module "preprocess" returns ok for request 8 radius_xlat: '/usr/local/var/log/radius/radacct/143.185.231.120/auth-detail-20100518' rlm_detail: /usr/local/var/log/radius/radacct/%{Client-IP-Address}/auth-detail-%Y%m%d expands to /usr/local/var/log/radius/radacct/143.185.231.120/auth-detail-20100518 modcall[authorize]: module "auth_log" returns ok for request 8 modcall[authorize]: module "chap" returns noop for request 8 rlm_eap: EAP packet type response id 93 length 6 rlm_eap: No EAP Start, assuming it's an on-going EAP conversation modcall[authorize]: module "eap" returns updated for request 8 modcall[authorize]: module "mschap" returns noop for request 8 modcall[authorize]: module "digest" returns noop for request 8 rlm_realm: Looking up realm "outer-realm.com" for User-Name = "OUTER-USER-IDENTITY(a)outer-realm.com" rlm_realm: Found realm "outer-realm.com" rlm_realm: Adding Stripped-User-Name = "OUTER-USER-IDENTITY" rlm_realm: Proxying request from user OUTER-USER-IDENTITY to realm outer-realm.com rlm_realm: Adding Realm = "outer-realm.com" rlm_realm: Authentication realm is LOCAL. modcall[authorize]: module "realmsuffix" returns noop for request 8 rlm_realm: Request already proxied. Ignoring. modcall[authorize]: module "realmslash" returns noop for request 8 rlm_realm: Request already proxied. Ignoring. modcall[authorize]: module "realmbackslash" returns noop for request 8 rlm_realm: Request already proxied. Ignoring. modcall[authorize]: module "realmpercent" returns noop for request 8 rlm_fastusers: checking defaults fastusers: Matched DEFAULT at 56 fastusers: Matched DEFAULT at 148 modcall[authorize]: module "fastusers" returns updated for request 8 modcall: leaving group authorize (returns updated) for request 8 rad_check_password: Found Auth-Type EAP auth: type "EAP" Processing the authenticate section of radiusd.conf modcall: entering group authenticate for request 8 rlm_eap: Request found, released from the list rlm_eap: EAP/ttls rlm_eap: processing type ttls rlm_eap_ttls: Authenticate rlm_eap_tls: processing TLS rlm_eap_tls: Received EAP-TLS ACK message rlm_eap_tls: ack handshake is finished eaptls_verify returned 3 eaptls_process returned 3 rlm_eap: Freeing handler modcall[authenticate]: module "eap" returns ok for request 8 modcall: leaving group authenticate (returns ok) for request 8 Login OK: [OUTER-USER-IDENTITY/<no User-Password attribute>] (from client 143.185.231.120 port 2048 cli OUTER-USER-IDENTITY) Processing the post-auth section of radiusd.conf modcall: entering group post-auth for request 8 radius_xlat: '/usr/local/var/log/radius/radacct/143.185.231.120/reply-detail-20100518' rlm_detail: /usr/local/var/log/radius/radacct/%{Client-IP-Address}/reply-detail-%Y%m%d expands to /usr/local/var/log/radius/radacct/143.185.231.120/reply-detail-20100518 modcall[post-auth]: module "reply_log" returns ok for request 8 modcall: leaving group post-auth (returns ok) for request 8 Sending Access-Accept of id 93 to 143.185.231.120 port 19801 Session-Timeout = 604800 Motorola-WiMAX-Convergence-Sublayer = 0x00 Motorola-WiMAX-Network-Domain-Name = "wimax.local" Motorola-WiMAX-EMS-Address = 192.168.1.103 Motorola-WiMAX-NTP-Server = 0x01c0a80101 Motorola-WiMAX-HO-SVC-CLASS = 0x03 Motorola-WiMAX-Service-Flows = "2|Default" Motorola-WiMAX-Maximum-Total-Bandwidth = 0x0000c3500000c350 Motorola-WiMAX-Maximum-Commit-Bandwidth = 0x0000c3500000c350 MS-MPPE-Encryption-Policy = 0x00000001 MS-MPPE-Encryption-Types = 0x00000000 MS-MPPE-Recv-Key = 0x5e5962b00b2d85f96311b742047f447d03d5389a4656ec509d0d80f8655bcc6e MS-MPPE-Send-Key = 0xb0085e231ca9692be345d3400d89e7146fe1e7a9623171f7bdb8bd55f0c35838 EAP-Message = 0x035d0004 Message-Authenticator = 0x00000000000000000000000000000000 User-Name = "OUTER-USER-IDENTITY" Finished request 8

2 1

Redundant Accounting
by Marius Pesé 22 Jun '10

22 Jun '10

Hi everyone, I have set up a FreeRadius2 v2.1.8 installation a while back and configured it according to our needs. It is running smoothly, currently doing Auth and Acc on one box with a MySQL database and a detail file being used. We now want to set up a second box which basically shall do the exact same thing as the first does as a failover and also give us two identical accounting tables in the databases. Can you guys point me in the right direction for this - google just doesn't seem to like me on this one. Thanks so much Marius

2 6

Acct-Session-Id
by Arjun Prasad 22 Jun '10

22 Jun '10

Hi, My doubt is regarding the freeradius-client-1.1.6 implementation is sending the Acct-Session-Id(rfc 2866) attribute with accounting request to radius server or not. If yes then how they are generating the session id at run time. Thanks Arjun prasad

1 0

Generating Acct-Session-Id identifier
by JOE 22 Jun '10

22 Jun '10

Hi all! Is possible to set the attribute Acct-Session-ID for a specific user in freeradius?, I have a problem with a Load Balancer that not set this atribute. Regards

2 1

freeradius performance testing with seagull
by Vladimir Romanov 22 Jun '10

22 Jun '10

Hi All! I want test freeradius+mysql accounting interface performance with seagull. My problem - I can't implement valid signature. I always get rad_recv: Accounting-Request packet from host 10.2.170.14 port 65535, id=1, length=48 Received Accounting-Request packet from 10.2.170.14 with invalid signature! (Shared secret is incorrect.) Dropping packet without response. I try next scenario ..... <traffic>  <send channel="trans-ip-v4"> <action>  <inc-counter name="session-counter"> </inc-counter> <inc-counter name="identifier-counter"> </inc-counter> <set-value name="Acct-Session-Id". format="$(session-counter)"></set-value> <set-value name="Identifier". format="$(identifier-counter)"></set-value>  <restore-from-external field="0" entity="Authenticator"></restore-from-external> </action> <Message name="Accounting-Request"> <setfield name="Authenticator" value="0000000000000000"> </setfield> <Attribute name="Acct-Session-Id" value="value_is_replaced"> </Attribute>  <Attribute name="Acct-Status-Type" value="1"> </Attribute> <Attribute name="NAS-Identifier" value="ims.hpintelco.org"> </Attribute> </Message> <action> <store name="ACCT_SES_ID" entity="Acct-Session-Id"></store> <start-timer></start-timer> </action> </send> ..... -- Vladimir Romanov

2 1

LDAP-Availability
by Jens Weibler 22 Jun '10

22 Jun '10

Hi, last night one of our radius servers had a dying network card. I shouldn't be a problem because I've installed several servers and if one server isn't answering the switches are using the fallback servers. But the interface freeradius is using was still up - only the interface with the default gateway (= ldap access) was down. Is there any way I can prevent such a situation in the future (besides using only one interface)? A reply like "I'm temporary not available - please use another radius server" or something ;) -- Jens Weibler

2 1

Users accounting freeradius +LDAP
by Marzieh Raoufnezhad 22 Jun '10

22 Jun '10

Hi, I installed freeradius and configured it with LDAP and installed pptp also in debian lenny. I can login to radius server from windows and I have VPN connection and internet. Now I want to restrict my VPN users' bandwidth and internet charge(for example 4G charge for each user), but I don't know how to do it with freeradius+LDAP. I would be grateful if you can answer me as soon as possible. Regards, Raoufnezhad

1 0

Detail File Reader - Timeout
by Benjamin Marvin 22 Jun '10

22 Jun '10

Howdy, Is the timeout/retransmit timer adjustable for the detail file reader (copy-acct-to-home-server). If not, what is the default retransmit time for the reader? Just to double/triple verify, this is a serial reader (it waits to send a second packet until it has a response from the first) correct? Thanks (yet again)! -Benjamin

2 1

problem with installation of freeradius-server-2.1.9
by Zhouhuai Shen 22 Jun '10

22 Jun '10

Hi, I downloaded the freeradius-server-2.1.9 and tried to install on my Linux box, I did './configure --prefix=/tmp/freeradius', 'make' and then 'make install', a problem appears in the 'make install'. The error messages are as the followings: libtool: install: error: cannot install `rlm_acctlog.la' to a directory not ending in /usr/local/lib gmake[6]: *** [install] Error 1 gmake[6]: Leaving directory `/home/henrys/download/freeRadius/freeradius-server-2.1.9/src/modules/rlm_acctlog' gmake[5]: *** [rlm_acctlog] Error 2 gmake[5]: Leaving directory `/home/henrys/download/freeRadius/freeradius-server-2.1.9/src/modules' gmake[4]: *** [install] Error 2 gmake[4]: Leaving directory `/home/henrys/download/freeRadius/freeradius-server-2.1.9/src/modules' gmake[3]: *** [modules] Error 2 gmake[3]: Leaving directory `/home/henrys/download/freeRadius/freeradius-server-2.1.9/src' gmake[2]: *** [install] Error 2 gmake[2]: Leaving directory `/home/henrys/download/freeRadius/freeradius-server-2.1.9/src' gmake[1]: *** [src] Error 2 gmake[1]: Leaving directory `/home/henrys/download/freeRadius/freeradius-server-2.1.9' make: *** [install] Error 2 I had a libtool installed already on my Linux box under /usr/bin/libtool, which is an old version of the libtool (2.2.6 other than the one defined in freeradius-server-2.1.9 with libtool ver 2.2.8. I still want to keep the old one for other purposes. ) Can someone please point it out to me how I can install the freeradius on my Linux box? Cheers, Henry _________________________________________________________________ Looking for a place to manage all your online stuff? Download the new Windows Live http://download.live.com

3 2

problem migrating to freeradius2 with LDAP/krb5 Authorization/Authentication
by Riccardo Veraldi 21 Jun '10

21 Jun '10

Hello, i moved my old freeradius 1.x server to freeradius 2 I am on CentOS5.5 freeradius2-utils-2.1.7-7.el5 freeradius2-mysql-2.1.7-7.el5 freeradius2-2.1.7-7.el5 freeradius2-postgresql-2.1.7-7.el5 freeradius2-python-2.1.7-7.el5 freeradius2-unixODBC-2.1.7-7.el5 freeradius2-krb5-2.1.7-7.el5 freeradius2-perl-2.1.7-7.el5 freeradius2-ldap-2.1.7-7.el5 What I would like to do is to have the same service with LDAP authorization plus Kerberos V authentication, and users using EAP-TTLS client (SecureW2). But it does not work to me, Kerberos authentication is not even entered by the radius server because of missconfiguration and I am trying to guess where is my error. Basic Cleartext password in users file with EAP authentication works. I am not able to make KErberos authentication work with EAP. I Setup the radius server, I added principal in the kerberos server and I have the proper krb5.keytab file setup here is my configuration, might you check please where I get wrong in my configuration ? Following is my configuration and at the end is the radius log, thank you very much # users DEFAULT Auth-Type := eap DEFAULT Auth-Type := Kerberos Fall-Through = 1 # modules/krb5 krb5 { keytab = /etc/krb5.keytab #service_principal = name_of_principle } # modules/ldap ldap { server = "ldap-m.mydomain.com" basedn = "ou=people,o=myorg o=myorg,c=it" filter = "(uid=%{%{Stripped-User-Name}:-%{User-Name}})" ldap_connections_number = 5 timeout = 4 timelimit = 3 net_timeout = 1 tls { start_tls = no } dictionary_mapping = ${confdir}/ldap.attrmap edir_account_policy_check = no } #sites-avaliable/default authorize { preprocess auth_log chap mschap suffix eap { ok = return } unix files ldap expiration logintime pap } authenticate { Auth-Type PAP { pap } Auth-Type CHAP { chap } Auth-Type MS-CHAP { mschap } Auth-Type Kerberos { krb5 } unix eap Auth-Type eap { eap { handled = 1 } } } preacct { preprocess acct_unique suffix files } accounting { detail unix radutmp attr_filter.accounting_response } session { radutmp } post-auth { exec Post-Auth-Type REJECT { attr_filter.access_reject } } pre-proxy { } post-proxy { eap } #sites-avaliable/inner-tunnel server inner-tunnel { authorize { chap mschap unix suffix update control { Proxy-To-Realm := LOCAL } eap { ok = return } files ldap expiration logintime pap } authenticate { Auth-Type PAP { pap } Auth-Type CHAP { chap } Auth-Type MS-CHAP { mschap } Auth-Type Kerberos { krb5 } unix eap } session { radutmp } post-auth { Post-Auth-Type REJECT { attr_filter.access_reject } } pre-proxy { } post-proxy { eap } radiusd -X rad_recv: Access-Request packet from host 192.168.252.17 port 1645, id=55, length=157 User-Name = "username(a)myrealm.com" Framed-MTU = 1400 Called-Station-Id = "0012.438a.e8f0" Calling-Station-Id = "0022.5f08.a887" Service-Type = Login-User Message-Authenticator = 0xf4d6a67552977fb729b374eba35a1ff4 EAP-Message = 0x0202001b016775697a7a756e746940636e61662e696e666e2e6974 NAS-Port-Type = Wireless-802.11 NAS-Port = 331 NAS-IP-Address = 192.168.252.17 NAS-Identifier = "ap" +- entering group authorize {...} ++[preprocess] returns ok [auth_log] expand: /var/log/radius/radacct/%{Client-IP-Address}/auth-detail-%Y%m%d -> /var/log/radius/radacct/192.168.252.17/auth-detail-20100618 [auth_log] /var/log/radius/radacct/%{Client-IP-Address}/auth-detail-%Y%m%d expands to /var/log/radius/radacct/192.168.252.17/auth-detail-20100618 [auth_log] expand: %t -> Fri Jun 18 11:11:43 2010 ++[auth_log] returns ok ++[chap] returns noop ++[mschap] returns noop [suffix] Looking up realm "myrealm.com" for User-Name = "username(a)myrealm.com" [suffix] Found realm "myrealm.com" [suffix] Adding Stripped-User-Name = "username" [suffix] Adding Realm = "myrealm.com" [suffix] Authentication realm is LOCAL. ++[suffix] returns ok [eap] EAP packet type response id 2 length 27 [eap] No EAP Start, assuming it's an on-going EAP conversation ++[eap] returns updated ++[unix] returns notfound [files] users: Matched entry DEFAULT at line 6 ++[files] returns ok [ldap] performing user authorization for username [ldap] expand: %{Stripped-User-Name} -> username [ldap] expand: (uid=%{%{Stripped-User-Name}:-%{User-Name}}) -> (uid=username) [ldap] expand: ou=people,o=myorg,o=myorg,c=it -> ou=people,o=myorg,o=myorg,c=it 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 ldap-m.cr.myrealm.com:389, authentication 0 rlm_ldap: bind as / to ldap-m.cr.myrealm.com:389 rlm_ldap: waiting for bind result ... rlm_ldap: Bind was successful rlm_ldap: performing search in ou=people,o=myorg,o=myorg,c=it, with filter (uid=username) [ldap] looking for check items in directory... [ldap] looking for reply items in directory... WARNING: No "known good" password was found in LDAP. Are you sure that the user is configured correctly? [ldap] user username authorized to use remote access rlm_ldap: ldap_release_conn: Release Id: 0 ++[ldap] returns ok ++[expiration] returns noop ++[logintime] returns noop [pap] WARNING! No "known good" password found for the user. Authentication may fail because of this. ++[pap] returns noop Found Auth-Type = EAP +- entering group authenticate {...} [eap] EAP Identity [eap] processing type tls [tls] Initiate [tls] Start returned 1 ++[eap] returns handled Sending Access-Challenge of id 55 to 192.168.252.17 port 1645 EAP-Message = 0x010300061520 Message-Authenticator = 0x00000000000000000000000000000000 State = 0x5753d13e5750c4ac9fc5b5a8b7c8a781 Finished request 0. Going to the next request Waking up in 4.9 seconds. rad_recv: Access-Request packet from host 192.168.252.17 port 1645, id=56, length=208 User-Name = "username(a)myrealm.com" Framed-MTU = 1400 Called-Station-Id = "0012.438a.e8f0" Calling-Station-Id = "0022.5f08.a887" Service-Type = Login-User Message-Authenticator = 0x98a6abafe23ad54ef0b53c22e50538aa EAP-Message = 0x0203003c158000000032160301002d0100002903010975d1c7f4c77c95b90742f17d51e0e098c8018d2ca1e685239b82b7f1f94398000002000a0100 NAS-Port-Type = Wireless-802.11 NAS-Port = 331 State = 0x5753d13e5750c4ac9fc5b5a8b7c8a781 NAS-IP-Address = 192.168.252.17 NAS-Identifier = "ap" +- entering group authorize {...} ++[preprocess] returns ok [auth_log] expand: /var/log/radius/radacct/%{Client-IP-Address}/auth-detail-%Y%m%d -> /var/log/radius/radacct/192.168.252.17/auth-detail-20100618 [auth_log] /var/log/radius/radacct/%{Client-IP-Address}/auth-detail-%Y%m%d expands to /var/log/radius/radacct/192.168.252.17/auth-detail-20100618 [auth_log] expand: %t -> Fri Jun 18 11:11:43 2010 ++[auth_log] returns ok ++[chap] returns noop ++[mschap] returns noop [suffix] Looking up realm "myrealm.com" for User-Name = "username(a)myrealm.com" [suffix] Found realm "myrealm.com" [suffix] Adding Stripped-User-Name = "username" [suffix] Adding Realm = "myrealm.com" [suffix] Authentication realm is LOCAL. ++[suffix] returns ok [eap] EAP packet type response id 3 length 60 [eap] Continuing tunnel setup. ++[eap] returns ok Found Auth-Type = EAP +- entering group authenticate {...} [eap] Request found, released from the list [eap] EAP/ttls [eap] processing type ttls [ttls] Authenticate [ttls] processing EAP-TLS TLS Length 50 [ttls] Length Included [ttls] eaptls_verify returned 11 [ttls] (other): before/accept initialization [ttls] TLS_accept: before/accept initialization [ttls] <<< TLS 1.0 Handshake [length 002d], ClientHello [ttls] TLS_accept: SSLv3 read client hello A [ttls] >>> TLS 1.0 Handshake [length 002a], ServerHello [ttls] TLS_accept: SSLv3 write server hello A [ttls] >>> TLS 1.0 Handshake [length 0771], Certificate [ttls] TLS_accept: SSLv3 write certificate A [ttls] >>> TLS 1.0 Handshake [length 0004], ServerHelloDone [ttls] TLS_accept: SSLv3 write server done A [ttls] TLS_accept: SSLv3 flush data [ttls] TLS_accept: Need to read more data: SSLv3 read client certificate A In SSL Handshake Phase In SSL Accept mode [ttls] eaptls_process returned 13 ++[eap] returns handled Sending Access-Challenge of id 56 to 192.168.252.17 port 1645 EAP-Message = 0x0104040015c0000007ae160301002a0200002603014c1b384f09835579da8b5456f480d5c4f5e6adc766d3db6e528ce79ffaf48eed00000a0016030107710b00076d00076a0003ed308203e9308202d1a003020102020243e8300d06092a864886f70d0101050500302e310b3009060355040613024954310d300b060355040a1304494e464e3110300e06035504031307494e464e204341301e170d3130303631313133333433385a170d3131303631313133333433385a3058310b3009060355040613024954310d300b060355040a1304494e464e310d300b060355040b1304486f7374310d300b06035504071304434e4146311c301a0603550403 EAP-Message = 0x13137261646975732e636e61662e696e666e2e697430819f300d06092a864886f70d010101050003818d0030818902818100e52a70b55fcf6cff98debcc333b2250d5bf311550dff5048a3da3436752fcc35fa65da8eeac6ac7661aa05162cfa43a3a9c02b528d01390647ee270d8710bd5a2a91dd0d178afdc7b8720807169ff02b337b4609df026e74b2b67a0c39da43b38b7202bb588f96d28b6ae5da739f19c09579552ef5826cd1868c48bafc29ca870203010001a382016930820165300c0603551d130101ff04023000300e0603551d0f0101ff0404030205a030340603551d25042d302b06082b0601050507030106082b0601050507030206 EAP-Message = 0x0a2b0601040182370a030306096086480186f8420401303d0603551d1f043630343032a030a02e862c687474703a2f2f73656375726974792e66692e696e666e2e69742f43412f494e464e43415f63726c2e64657230250603551d20041e301c300c060a2b06010401d1230a0107300c060a2a864886f74c05020201301d0603551d0e041604143e48fa5b450e5dba99497d2aedda7254d4c70e0030560603551d23044f304d8014d162f3b37772c82efbf2791a6f374e279f13d520a132a430302e310b3009060355040613024954310d300b060355040a1304494e464e3110300e06035504031307494e464e20434182010030320603551d11042b30 EAP-Message = 0x2982137261646975732e636e61662e696e666e2e697481127379736f7040636e61662e696e666e2e6974300d06092a864886f70d0101050500038201010008d0f5e2826b7d1c556096cc4feed46b101a4ec00272fd0d942b554c396c7886e33487362615a313c9dcfdfdb8ab64203ecee766344bf3912a2518e10e2aac98b37ca8c4d4159427c592adda8afc63b25a841583daba3c9922b65784c6bf5810f5581a0e3f4ca7155f323ec784a222ddec9cb96f334699374670f16bee4e7dda4d65796feb99b7cef70801676714813a3dc8575d3803f6bacda7ea4724bf2f441216fcc0b285029a8efcf9aa95d820b88239fe2738e3a283f529b60a656e62 EAP-Message = 0xc960ed2032f034653f28879f Message-Authenticator = 0x00000000000000000000000000000000 State = 0x5753d13e5657c4ac9fc5b5a8b7c8a781 Finished request 1. Going to the next request Waking up in 4.9 seconds. rad_recv: Access-Request packet from host 192.168.252.17 port 1645, id=57, length=154 User-Name = "username(a)myrealm.com" Framed-MTU = 1400 Called-Station-Id = "0012.438a.e8f0" Calling-Station-Id = "0022.5f08.a887" Service-Type = Login-User Message-Authenticator = 0x908d086ab2287026379e7037b0d5c711 EAP-Message = 0x020400061500 NAS-Port-Type = Wireless-802.11 NAS-Port = 331 State = 0x5753d13e5657c4ac9fc5b5a8b7c8a781 NAS-IP-Address = 192.168.252.17 NAS-Identifier = "ap" +- entering group authorize {...} ++[preprocess] returns ok [auth_log] expand: /var/log/radius/radacct/%{Client-IP-Address}/auth-detail-%Y%m%d -> /var/log/radius/radacct/192.168.252.17/auth-detail-20100618 [auth_log] /var/log/radius/radacct/%{Client-IP-Address}/auth-detail-%Y%m%d expands to /var/log/radius/radacct/192.168.252.17/auth-detail-20100618 [auth_log] expand: %t -> Fri Jun 18 11:11:43 2010 ++[auth_log] returns ok ++[chap] returns noop ++[mschap] returns noop [suffix] Looking up realm "myrealm.com" for User-Name = "username(a)myrealm.com" [suffix] Found realm "myrealm.com" [suffix] Adding Stripped-User-Name = "username" [suffix] Adding Realm = "myrealm.com" [suffix] Authentication realm is LOCAL. ++[suffix] returns ok [eap] EAP packet type response id 4 length 6 [eap] Continuing tunnel setup. ++[eap] returns ok Found Auth-Type = EAP +- entering group authenticate {...} [eap] Request found, released from the list [eap] EAP/ttls [eap] processing type ttls [ttls] Authenticate [ttls] processing EAP-TLS [ttls] Received TLS ACK [ttls] ACK handshake fragment handler [ttls] eaptls_verify returned 1 [ttls] eaptls_process returned 13 ++[eap] returns handled Sending Access-Challenge of id 57 to 192.168.252.17 port 1645 EAP-Message = 0x010503c21580000007aef89beeea09cd7cba4cc6815861d1765a5f2cb89b735aa8fbc1bfbdf4d4e8d5001689aab6d4161f788f4e6bd9176dae3836bc5bf626000377308203733082025ba003020102020100300d06092a864886f70d0101050500302e310b3009060355040613024954310d300b060355040a1304494e464e3110300e06035504031307494e464e204341301e170d3036313030333134313634375a170d3136313030333134313634375a302e310b3009060355040613024954310d300b060355040a1304494e464e3110300e06035504031307494e464e20434130820122300d06092a864886f70d01010105000382010f003082010a EAP-Message = 0x0282010100ce958e0e83959d42a9ca2923cab763f90a49ba825e2a4a85e1f6dde8baea7902f476a02296e551f03e32fd3d8caafb1d1ff7e0d2cdc46195034198a6700982dda9a64d7deba973b3df81962c6a57a170265152963cd149a3aac0130870dd28da6bc9848cc89913f262807379448f0aead68ab632ff8c4e1751364e19bbe52ac44ec7324f33a6cee0625d60efaa84af44e47b1b57af7d0d8cae9017d407a0a1b43e860db71d3ca50ac217a78b98f4bfab2616388111bdd5420e0efae0564c730fd75e8bf643d8f88ee88f35cbb9ac8c4ddfba4d7cee9d1df7fafea1f00b4b0a171046de2f8fba06fec7138377929c5b2aa043b80f8205f6fe EAP-Message = 0x3cd46249c20e7c2f0203010001a3819b308198300f0603551d130101ff040530030101ff300e0603551d0f0101ff040403020106301d0603551d0e04160414d162f3b37772c82efbf2791a6f374e279f13d52030560603551d23044f304d8014d162f3b37772c82efbf2791a6f374e279f13d520a132a430302e310b3009060355040613024954310d300b060355040a1304494e464e3110300e06035504031307494e464e204341820100300d06092a864886f70d0101050500038201010078d7d33fb73f72724062012396805ce4b736e0c47f431da822c5206b178edbc89b690348c48640e839b999c92d3021693fa05f978d90377386eb891205b5 EAP-Message = 0x14f183cb621feb3803e13e04b12e7413e2f905334e1bbf14cc5e07f4318195bae40fc544ba0f51a711aeb12c1e1869673ba093fd4d536f75d8e598c8accb9b874f54c268caf671087b7bc244f2270246e66a6b5e7b3a4a3aa0b92a78f4669a94f829d692ec989e3b255f57bd3b995bba92d3a7934ea99442167d628938e9a0d79f82a2c4dec1de7606f63f5bd2f253be1088519d681f37da801d2aa443e64e6f121f3c915d725baef1dfcab57b0590a9a616e1077744ab629061f5908b0e0ab6c7d616030100040e000000 Message-Authenticator = 0x00000000000000000000000000000000 State = 0x5753d13e5556c4ac9fc5b5a8b7c8a781 Finished request 2. Going to the next request Waking up in 4.9 seconds. rad_recv: Access-Request packet from host 192.168.252.17 port 1645, id=58, length=348 User-Name = "username(a)myrealm.com" Framed-MTU = 1400 Called-Station-Id = "0012.438a.e8f0" Calling-Station-Id = "0022.5f08.a887" Service-Type = Login-User Message-Authenticator = 0xb9b0cb0f79cce7dbac3e6580be35fee8 EAP-Message = 0x020500c81580000000be16030100861000008200805bff51c22c6177f2bb156dc96f1443d0af3f20350edd0b28d8b9e4844b86129d463fde980cabf5fce46c7024645276c3586d28b6ac4581ee187e28a940c0e0475c644cd561d0f22ac52a838e25273d454f11f9614a463646c931f9bac9f87b9af09ca01a7fa78ceea056ba56007a7a41e5853e3283b33bc2aa691cede3ac53bf1403010001011603010028a98916d48662eef747eaca2bb451650dcc22fae50e9dc86965dbb3e82a01f0770c31958f10da6dfd NAS-Port-Type = Wireless-802.11 NAS-Port = 331 State = 0x5753d13e5556c4ac9fc5b5a8b7c8a781 NAS-IP-Address = 192.168.252.17 NAS-Identifier = "ap" +- entering group authorize {...} ++[preprocess] returns ok [auth_log] expand: /var/log/radius/radacct/%{Client-IP-Address}/auth-detail-%Y%m%d -> /var/log/radius/radacct/192.168.252.17/auth-detail-20100618 [auth_log] /var/log/radius/radacct/%{Client-IP-Address}/auth-detail-%Y%m%d expands to /var/log/radius/radacct/192.168.252.17/auth-detail-20100618 [auth_log] expand: %t -> Fri Jun 18 11:11:43 2010 ++[auth_log] returns ok ++[chap] returns noop ++[mschap] returns noop [suffix] Looking up realm "myrealm.com" for User-Name = "username(a)myrealm.com" [suffix] Found realm "myrealm.com" [suffix] Adding Stripped-User-Name = "username" [suffix] Adding Realm = "myrealm.com" [suffix] Authentication realm is LOCAL. ++[suffix] returns ok [eap] EAP packet type response id 5 length 200 [eap] Continuing tunnel setup. ++[eap] returns ok Found Auth-Type = EAP +- entering group authenticate {...} [eap] Request found, released from the list [eap] EAP/ttls [eap] processing type ttls [ttls] Authenticate [ttls] processing EAP-TLS TLS Length 190 [ttls] Length Included [ttls] eaptls_verify returned 11 [ttls] <<< TLS 1.0 Handshake [length 0086], ClientKeyExchange [ttls] TLS_accept: SSLv3 read client key exchange A [ttls] <<< TLS 1.0 ChangeCipherSpec [length 0001] [ttls] <<< TLS 1.0 Handshake [length 0010], Finished [ttls] TLS_accept: SSLv3 read finished A [ttls] >>> TLS 1.0 ChangeCipherSpec [length 0001] [ttls] TLS_accept: SSLv3 write change cipher spec A [ttls] >>> TLS 1.0 Handshake [length 0010], Finished [ttls] TLS_accept: SSLv3 write finished A [ttls] TLS_accept: SSLv3 flush data [ttls] (other): SSL negotiation finished successfully SSL Connection Established [ttls] eaptls_process returned 13 ++[eap] returns handled Sending Access-Challenge of id 58 to 192.168.252.17 port 1645 EAP-Message = 0x0106003d158000000033140301000101160301002843ccdc295b6dbd1d720d5e9087e94f173b3f2cd83798f8012aaca2f7b61d21b38e51a91262b8a64f Message-Authenticator = 0x00000000000000000000000000000000 State = 0x5753d13e5455c4ac9fc5b5a8b7c8a781 Finished request 3. Going to the next request Waking up in 4.7 seconds. rad_recv: Access-Request packet from host 192.168.252.17 port 1645, id=59, length=243 User-Name = "username(a)myrealm.com" Framed-MTU = 1400 Called-Station-Id = "0012.438a.e8f0" Calling-Station-Id = "0022.5f08.a887" Service-Type = Login-User Message-Authenticator = 0x23d67a33d7bfb5afdb680d317b5e5280 EAP-Message = 0x0206005f1580000000551703010050c032907ee2ba0e63bbcc36909c482b61c8d18de52649368384225179d61b86e908bb354bf43d401d75df8bf4e1c07ffc68e07640501742f4a3bf7abe6b99ae0060fc058eade22ce7a088faee0a6a7243 NAS-Port-Type = Wireless-802.11 NAS-Port = 331 State = 0x5753d13e5455c4ac9fc5b5a8b7c8a781 NAS-IP-Address = 192.168.252.17 NAS-Identifier = "ap" +- entering group authorize {...} ++[preprocess] returns ok [auth_log] expand: /var/log/radius/radacct/%{Client-IP-Address}/auth-detail-%Y%m%d -> /var/log/radius/radacct/192.168.252.17/auth-detail-20100618 [auth_log] /var/log/radius/radacct/%{Client-IP-Address}/auth-detail-%Y%m%d expands to /var/log/radius/radacct/192.168.252.17/auth-detail-20100618 [auth_log] expand: %t -> Fri Jun 18 11:11:43 2010 ++[auth_log] returns ok ++[chap] returns noop ++[mschap] returns noop [suffix] Looking up realm "myrealm.com" for User-Name = "username(a)myrealm.com" [suffix] Found realm "myrealm.com" [suffix] Adding Stripped-User-Name = "username" [suffix] Adding Realm = "myrealm.com" [suffix] Authentication realm is LOCAL. ++[suffix] returns ok [eap] EAP packet type response id 6 length 95 [eap] Continuing tunnel setup. ++[eap] returns ok Found Auth-Type = EAP +- entering group authenticate {...} [eap] Request found, released from the list [eap] EAP/ttls [eap] processing type ttls [ttls] Authenticate [ttls] processing EAP-TLS TLS Length 85 [ttls] Length Included [ttls] eaptls_verify returned 11 [ttls] eaptls_process returned 7 [ttls] Session established. Proceeding to decode tunneled attributes. [ttls] Got tunneled request User-Name = "username(a)myrealm.com" User-Password = "mypassword" FreeRADIUS-Proxied-To = 127.0.0.1 [ttls] Sending tunneled request User-Name = "username(a)myrealm.com" User-Password = "mypassword" FreeRADIUS-Proxied-To = 127.0.0.1 server inner-tunnel { +- entering group authorize {...} ++[chap] returns noop ++[mschap] returns noop ++[unix] returns notfound [suffix] Looking up realm "myrealm.com" for User-Name = "username(a)myrealm.com" [suffix] Found realm "myrealm.com" [suffix] Adding Stripped-User-Name = "username" [suffix] Adding Realm = "myrealm.com" [suffix] Authentication realm is LOCAL. ++[suffix] returns ok ++[control] returns ok [eap] No EAP-Message, not doing EAP ++[eap] returns noop [files] users: Matched entry DEFAULT at line 6 ++[files] returns ok [ldap] performing user authorization for username [ldap] expand: %{Stripped-User-Name} -> username [ldap] expand: (uid=%{%{Stripped-User-Name}:-%{User-Name}}) -> (uid=username) [ldap] expand: ou=people,o=myorg,o=myorg,c=it -> ou=people,o=myorg,o=myorg,c=it rlm_ldap: ldap_get_conn: Checking Id: 0 rlm_ldap: ldap_get_conn: Got Id: 0 rlm_ldap: performing search in ou=people,o=myorg,o=myorg,c=it, with filter (uid=username) [ldap] looking for check items in directory... [ldap] looking for reply items in directory... WARNING: No "known good" password was found in LDAP. Are you sure that the user is configured correctly? [ldap] user username authorized to use remote access rlm_ldap: ldap_release_conn: Release Id: 0 ++[ldap] returns ok ++[expiration] returns noop ++[logintime] returns noop ++[pap] returns noop Found Auth-Type = EAP +- entering group authenticate {...} rlm_eap: EAP-Message not found [eap] Malformed EAP Message ++[eap] returns fail Failed to authenticate the user. } # server inner-tunnel [ttls] Got tunneled reply code 3 [ttls] Got tunneled Access-Reject [eap] Handler failed in EAP/ttls [eap] Failed in EAP select ++[eap] returns invalid Failed to authenticate the user. Using Post-Auth-Type Reject +- entering group REJECT {...} [attr_filter.access_reject] expand: %{User-Name} -> username(a)myrealm.com attr_filter: Matched entry DEFAULT at line 11 ++[attr_filter.access_reject] returns updated Delaying reject of request 4 for 1 seconds Going to the next request Waking up in 0.9 seconds. Sending delayed reject for request 4 Sending Access-Reject of id 59 to 192.168.252.17 port 1645 EAP-Message = 0x04060004 Message-Authenticator = 0x00000000000000000000000000000000 Waking up in 3.7 seconds. Cleaning up request 0 ID 55 with timestamp +7 Cleaning up request 1 ID 56 with timestamp +7 Cleaning up request 2 ID 57 with timestamp +7 Waking up in 0.2 seconds. Cleaning up request 3 ID 58 with timestamp +7 Waking up in 1.0 seconds. Cleaning up request 4 ID 59 with timestamp +7 Ready to process requests.

3 5