July 2008 - Freeradius-Users - lists.freeradius.org

clients.conf - identifying a "client" - sql/ldap
by Johan Meiring 28 Jul '08

28 Jul '08

Hi, I have the following setup. Various clients (chillispot) behind broadband (read: dynamic IP) connections. Basically I am selling AAA services. I would like to authotize a nas to use my services in the first place by using the NAS-Identifier and the radius secret. Both the NAS SQL table and the clients.conf file seem to identify the client by IP address. As my clients can be from ANY address, it seems that the only way is to create an entry in clients.conf is as follows: client 0.0.0.0/0 { shortname = myclient secret = abcde } This now implies again that all clients have to have the same secret. I am using the perl modules, but according to another post you cannot use perl as replacement for clients.conf. Also the sql nas table simply mimics the clients. (I.e. still uses IP address to find entry). Is there any way to handle clients with dynamic IPs, and use the NAS-Identifier and radius secret to allow/disallow the NAS? Thanks! Cheers, Johan Meiring Cape PC Services CC / Amobia Communications Tel: (021) 883-8271 / (0861) AMOBIA Fax: (021) 886-7782 / (0861) AMOFAX

1 0

adding wimax services
by Tamanna Afroze 28 Jul '08

28 Jul '08

I want to add wimax services in the freeradius server. I need help in this regard. Help me for starting adding services. -- Tamanna Afroze afroze85(a)gmail.com tamanna.afroze(a)csebuet.org Member, Research and Development Group Commlink Infotech Ltd.

2 1

Re : cert bootstrap bug? (was Re: definitively, I have a problem with eap-tls)
by Reveal MAP 28 Jul '08

28 Jul '08

Ok, now we know what not to do at all. we are still wondering what we have to do. - if bootstrap works at your side,there isno reason that it doesn't work at our side: we didn't change nothing on this file, but follow the /etc/raddb/certs/REDME file... hope we will togheter figure rhe problem out . ----- Message d'origine ---- De : Alan DeKok <aland(a)deployingradius.com> À : FreeRadius users mailing list <freeradius-users(a)lists.freeradius.org> Envoyé le : Dimanche, 27 Juillet 2008, 19h42mn 23s Objet : Re: Re : cert bootstrap bug? (was Re: definitively, I have a problem with eap-tls) Reveal MAP wrote: > Yes, Alan, we already now that thedefault config do works! my mind: > freeradius (in our case, sergio and me) is correctly configured. But, we > encounterd a problem showing no error message. so to make the log > slimmer, why not deactivate some non mandatory module in our scenario?? > so the output will show the strict necessary information... Because editing the config files when you don't know what they do is almost always a bad idea. Recommending that *other* people edit the config files when you don't know what they do is *very* much a bad idea. You are actively confusing people, and making it harder for them to solve their problems. > eg: PAPi don't need PAP module at all to figure out the problem of > PEAP/mschapv2 and Active Directory. > > and Another question Alan: did you test the bootstrap scrip in windows > and can you tell us how it works at your side please? how do you find > the certificatuion chain!!! It works for me. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html _____________________________________________________________________________ Envoyez avec Yahoo! Mail. Une boite mail plus intelligente http://mail.yahoo.fr

2 1

freeRADIUS Expiration attribute and unix-time stamp
by Jeep Or Die 27 Jul '08

27 Jul '08

Hello Everyone. I am new to *nix in general, and so when I ran across unix-time for the first time, I took the time to read up on it. I have created a wifi captured portal system using freeRADIUS, Mysql and Open BlueDragon, but I am having a problem with the Expiration attribute in freeRADIUS. Admittedly, the problem is probably DEU (defective end-user), so I am hoping someone here can help me out. Do I have to use the Unix-time for the Expiration attribute, or do I have a more human-readable option? I tried various standard database and programming timestamp values, but freeRADIUS always returns a "can't parse date" error whenever I use anything but unix-time. If I must use unix time, which I understand is GMT zulu, should I pass my expiration dates to the database in GMT zulu as well? Is freeRADIUS taking my (Pacific Time) offset into account which is set on the server? I took the time to write some time conversion code in CFML, so I am ready to go as soon as I can figure out what the freeRADIUS server expects of me. I spent a lot of time the last couple days looking around online, and subsuquently learned quite a bit more on this subject, but never found a solution to my problem. OS: Ubuntu Server 8.04 freeRADIUS version: 1.1.7-1build4 (the version apt installs for Hardy) mySQL: 5.0.51a-3ubuntu5 Thanks in advance, and have a great Sunday night. - mt

1 0

Re : cert bootstrap bug? (was Re: definitively, I have a problem with eap-tls)
by Reveal MAP 27 Jul '08

27 Jul '08

Yes, Alan, we already now that thedefault config do works! my mind: freeradius (in our case, sergio and me) is correctly configured. But, we encounterd a problem showing no error message. so to make the log slimmer, why not deactivate some non mandatory module in our scenario?? so the output will show the strict necessary information... eg: PAPi don't need PAP module at all to figure out the problem of PEAP/mschapv2 and Active Directory. and Another question Alan: did you test the bootstrap scrip in windows and can you tell us how it works at your side please? how do you find the certificatuion chain!!! thanx a lot ----- Message d'origine ---- De : Alan DeKok <aland(a)deployingradius.com> À : FreeRadius users mailing list <freeradius-users(a)lists.freeradius.org> Envoyé le : Dimanche, 27 Juillet 2008, 8h51mn 35s Objet : Re: Re : cert bootstrap bug? (was Re: definitively, I have a problem with eap-tls) Sergio wrote: > I'm agree, a good begining would be comment out all modules you're not > using. The instances of the modules are in sites-enabled/default and > sites-enabled/inner-tunnel (for peap and ttls). For debugging... no. The default configuration file WORKS in the widest possible set of circumstances. If it isn't working, it's usually: a) the client (e.g. Windows) b) the NAS (e.g. recent comments about 3com) You should edit the default configuration ONLY for production environments, and ONLY after the debug setup is working to your satisfaction. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html _____________________________________________________________________________ Envoyez avec Yahoo! Mail. Une boite mail plus intelligente http://mail.yahoo.fr

2 1

pam module
by Robert Svensson 27 Jul '08

27 Jul '08

Hi, This might be a lame question but I can't get the pam module to work (with vsftpd, or any other pam aware application). I'm runing Ubuntu 8.04 an my config is the following: module version 1.3.17 my /etc/pam.d/vsftpd: auth sufficient /lib/security/pam_radius_auth.so try_first_pass debug my /etc/raddb/server: 127.0.0.1 secret 1 192.168.10.57 123456 30 When I try to login to the vsftp server (for example). The login gets denied and the debug output only shows: Jul 25 16:08:45 robert-laptop vsftpd: pam_radius_auth: Got user name john John is a valid user in the LDAP that our radius server is using (it's not a free radius server) but it seems like the radius request is never sent so therefore I never get a challenge back. What could be wrong? thanx a lot //robert

2 2

Re : Re : cert bootstrap bug? (was Re: definitively, I have a problem with eap-tls)
by Reveal MAP 27 Jul '08

27 Jul '08

I'm agree, a good begining would be comment out all modules you're not using. The instances of the modules are in sites-enabled/default and sites-enabled/inner-tunnel (for peap and ttls). - --- Donb't worry, it will be done soon (as soon as the week starts again ). i really want to figure it out _____________________________________________________________________________ Envoyez avec Yahoo! Mail. Une boite mail plus intelligente http://mail.yahoo.fr

1 0

Re : cert bootstrap bug? (was Re: definitively, I have a problem with eap-tls)
by Reveal MAP 27 Jul '08

27 Jul '08

thanx for responding dude. let's take a look at this part of log! (remember too that i am a new linux, many thing are still chinese for me) i agree, my certificate are OK to do EAP in general my coments are the red lines : my mschap module config is: -------------- mschap { use_mppe = yes require_encryption = no require_strong = no with_ntdomain_hack = yes ntlm_auth = "/usr/bin/ntlm_auth --request-nt-key --username=%{mschap:User-Name} --challenge=%{mschap:Challenge:-00} --nt-response=%{mschap:NT-Response:-00}}" } my peap and mschapv2 module config is: --------------- Module: Linked to sub-module rlm_eap_peap Module: Instantiating eap-peap peap { default_eap_type = "mschapv2" copy_request_to_tunnel = yes use_tunneled_reply = yes proxy_tunneled_request_as_eap = yes } Module: Linked to sub-module rlm_eap_mschapv2 Module: Instantiating eap-mschapv2 mschapv2 { with_ntdomain_hack = yes } output of eap/mschapv2authentication is: ------------ rlm_pap: WARNING! No "known good" password found for the user. Authentication may fail because of this. //Normal, i am not willing to do PAP but mschapv2 ++[pap] returns noop rad_check_password: Found Auth-Type EAP auth: type "EAP" +- entering group authenticate rlm_eap: Request found, released from the list rlm_eap: EAP/mschapv2 rlm_eap: processing type mschapv2 +- entering group MS-CHAP rlm_mschap: No Cleartext-Password configured. Cannot create LM-Password. rlm_mschap: No Cleartext-Password configured. Cannot create NT-Password. rlm_mschap: Told to do MS-CHAPv2 for glouglou with NT-Password //does the 3 previous lines means there is an error? what does "No Cleartext-Password configured means? // what does LM-Password means? and if it's error, how could i correct it? // ithought it was normal, as I am surewindows never sends "cleartext-Password" expand: --username=%{mschap:User-Name}-> --username=glouglou //...???... mschap2: d1 expand: --challenge=%{mschap:Challenge:-00} -> --challenge=4a2a69e7929b2c03 //...???... expand: --nt-response=%{mschap:NT-Response:-00}} -> --nt-response=e9ea7e1669ef48501476149962484763f8f98b93fca2ced6} //...???... Exec-Program output: NT_KEY: 067F1C60B6DDB9D2802A458C4EFE22C1 //...???... Exec-Program-Wait: plaintext: NT_KEY: 067F1C60B6DDB9D2802A458C4EFE22C1 //...???... //negociation that is out of the range of my brain till now, but i think ity's normal security negociation in windows system, and there is no error here. Exec-Program: returned: 0 //...???... rlm_mschap: adding MS-CHAPv2 MPPE keys ++[mschap] returns ok MSCHAP Success //...???... if MSCHAP Success, where is the matter with this module??? ++[eap] returns handled } # server (null) //...???... PEAP: Got tunneled reply RADIUS code 11 EAP-Message = 0x011200331a0311002e533d31303435323031393932463633443944424132303644424643343341413242354132313236344636 Message-Authenticator = 0x00000000000000000000000000000000 State = 0x95b92b9094ab31501a0a30daea5106ca PEAP: Processing from tunneled session code 0x81b78d8 11 EAP-Message = 0x011200331a0311002e533d31303435323031393932463633443944424132303644424643343341413242354132313236344636 Message-Authenticator = 0x00000000000000000000000000000000 State = 0x95b92b9094ab31501a0a30daea5106ca PEAP: Got tunneled Access-Challenge ++[eap] returns handled Sending Access-Challenge of id 164 to 10.10.44.246 port 1042 EAP-Message = 0x0112004a1900170301003f9d2524cd5e275d581a614935870e9c19c11e3a4e05332e915ef1f0a46bed9a751bbc330d98db1e52e04119a926415da6ee52cb7e6cc6693a8f1bb8847a7af3 Message-Authenticator = 0x00000000000000000000000000000000 State = 0xe8ed0301efff1a196c3b0024d8e45892 //...???... and then What? and why its stops..???... Finished request 9. Going to the next request Waking up in 4.9 seconds. Cleaning up request 2 ID 157 with timestamp +47 Cleaning up request 3 ID 158 with timestamp +47 Cleaning up request 4 ID 159 with timestamp +47 Cleaning up request 5 ID 160 with timestamp +47 Cleaning up request 6 ID 161 with timestamp +47 Cleaning up request 7 ID 162 with timestamp +47 Cleaning up request 8 ID 163 with timestamp +47 Cleaning up request 9 ID 164 with timestamp +47 Ready to process requests. > aaa:~ # ntlm_auth --username=glouglou --request-nt-key --domain=PLUTON > password: > NT_STATUS_OK: Success (0x0) > aaa:~ # > > > :/ Any help will be appreciated. these days i am wondering about > validity of the Server certificate! > I have to tell you that, in my case, if i try a peap authentication > against Active Directoiry with wrong users credentials, i have an > error message saying that login or password is incorrect. with good > users credential, i just obtain what you can see in the Radiusd -X > output (http://tinypaste.com/5b99b) > > thank you > - > List info/subscribe/unsubscribe? See > http://www.freeradius.org/list/users.html > > ------------------------------------------------------------------------ > but I think you don't have any problem with certificates, looking at radius debug: rlm_eap_tls: <<< TLS 1.0 Handshake [length 0086], ClientKeyExchange TLS_accept: SSLv3 read client key exchange A rlm_eap_tls: <<< TLS 1.0 ChangeCipherSpec [length 0001] rlm_eap_tls: <<< TLS 1.0 Handshake [length 0010], Finished TLS_accept: SSLv3 read finished A rlm_eap_tls: >>> TLS 1.0 ChangeCipherSpec [length 0001] TLS_accept: SSLv3 write change cipher spec A rlm_eap_tls: >>> TLS 1.0 Handshake [length 0010], Finished TLS_accept: SSLv3 write finished A TLS_accept: SSLv3 flush data (other): SSL negotiation finished successfully SSL Connection Established the client is telling you that has verified the server cert (against ca.der). Then, the server writes ChangeCipherSpec and Fin, and tls phase is finished. I think you have problems with mschapv2 phase, assuming your sql querys working. Your problem begin here: rlm_eap: Request found, released from the list rlm_eap: EAP/mschapv2 rlm_eap: processing type mschapv2 +- entering group MS-CHAP rlm_mschap: No Cleartext-Password configured. Cannot create LM-Password. rlm_mschap: No Cleartext-Password configured. Cannot create NT-Password. rlm_mschap: Told to do MS-CHAPv2 for glouglou with NT-Password expand: --username=%{mschap:User-Name} -> --username=glouglou I think...... I've never configured peap/mschapv2 but sometimes i've read, not carefully, about some dependencies between mschap module and mschapv2 or something like that. hope this help you - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html _____________________________________________________________________________ Envoyez avec Yahoo! Mail. Une boite mail plus intelligente http://mail.yahoo.fr

4 3

FreeRadius 2.0.3 setup help
by Brooks, Kyle 27 Jul '08

27 Jul '08

Hello, We have been trying to setup the new FreeRadius server, version 2.0.3 on Fedora 9. We are very close as during testing a user was able to authenticate to AD via LDAP. Radtest was ok, but there is no accept packet/acknowledgment sent back, so the network switch thinks the user hasn't been authenticated yet. Below is the radius log, sensitive information has been taken out. I'm hoping someone can help us figure out what we are doing wrong. The log below has been shorten. Thanks, Kyle +- entering group authenticate rlm_eap: Request found, released from the list rlm_eap: EAP/peap rlm_eap: processing type peap rlm_eap_peap: Authenticate rlm_eap_tls: processing TLS rlm_eap_tls: Received EAP-TLS ACK message rlm_eap_tls: ack handshake fragment handler eaptls_verify returned 1 eaptls_process returned 13 rlm_eap_peap: EAPTLS_HANDLED ++[eap] returns handled Sending Access-Challenge of id 17 to 10.0.1.9 port 1645 EAP-Message = 0x010502d51900446f6d61696e253230417574656e7469636174696f6e2c434e3d4149412c434e3d5075626c69632532304b657925323053657276696365732c434e3d53657276696365732c434e3d436f6e66696775726174696f6e2c44433d6164732c44433d6e696e742c44433d6f72673f634143657274696669636174653f626173653f6f626a656374436c6173733d63657274696669636174696f6e417574686f72697479306d06082b060105050730028661687474703a2f2f636e737261646975732e6164732e6e696e742e6f72672f43657274456e726f6c6c2f636e737261646975732e6164732e6e696e742e6f72675f4e494e5425323044 EAP-Message = 0x6f6d61696e253230417574656e7469636174696f6e2e637274300c0603551d130101ff04023000300b0603551d0f0404030205a0303d06092b06010401823715070430302e06262b060104018237150881bae62e8783f93e81e18d3483c9895b86a3bc175e86cef50084f0c57d020166020103301d0603551d250416301406082b0601050507030106082b06010505070302302706092b060104018237150a041a3018300a06082b06010505070301300a06082b06010505070302300d06092a864886f70d010105050003820101004a343f89b942c17c6da2ef12d595d6701f9472e09e7d33d437ff95f02178ac3a2e631b68331b07b40a593348ff47 EAP-Message = 0x0fcf80a89ea5cb645c2769973d97cccec41a95c14f1abf0988286c79d8db6b0aef25e3817ff272879a9ad89bcb01bbcbd6400d9f53d16d16c9d7b78857cdfa9647ad88df7a79d6c544f1a0f68019ef56c1cf79548b60711e896296467a3200be5881bb358827915491040126d5e642fe016c908827488887f7ff3807f3a99409edb0b82415d5f484357df9456b1b7b4a9f8f01a53d47d62642d7677315c944aa77610b947de933bf29b14db7ee28b0e9601fb9e9ac2a6bdba788f8380cdbf59333d2be1887f202cbc8b505fec54d2b2ba19516030100040e000000 Message-Authenticator = 0x00000000000000000000000000000000 State = 0x87d5a69b85d0bf58ea7c4f63c1b50a12 Finished request 2. Going to the next request Waking up in 4.9 seconds. rad_recv: Access-Request packet from host 10.0.1.9 port 1645, id=18, length=351 User-Name = "XXXX\\<username>" Service-Type = Framed-User Framed-MTU = 1500 Called-Station-Id = "<mac address>" Calling-Station-Id = "<mac address>" EAP-Message = 0x020500d01980000000c61603010086100000820080b2cfa1111edc9fb8469c48b5fab8b7b3ad52036f0030c1f02ce6d994ca3f4d7de0918bf718ee71a422cce5df2aac531d313793dad5127a79e509dd08f898a7c7ad3627f1a2fcfed774bfb8e901414e44627de44b3d40a738fe0580a15c514dd5e922fef25ecfe95de8ba80e98740727dc76ba5a7fa7b9325c29b7ad955742f4414030100010116030100307bd8da6c0510da3056427272fafb8890d885cf8f926fe5cbeadf95bd902f81128e9559dfc5d21ddc3c428a8292ff230d Message-Authenticator = 0xa70f5aa988544c98139e0ac08e9300aa NAS-Port-Type = Ethernet NAS-Port = 50117 State = 0x87d5a69b85d0bf58ea7c4f63c1b50a12 NAS-IP-Address = 10.0.1.9 +- entering group authorize ++[preprocess] returns ok ++[chap] returns noop ++[mschap] returns noop rlm_realm: No '@' in User-Name = "XXXX\<username>", looking up realm NULL rlm_realm: No such realm "NULL" ++[suffix] returns noop rlm_realm: Looking up realm "XXXX" for User-Name = "XXXX\<username>" rlm_realm: Found realm "XXXX" rlm_realm: Adding Stripped-User-Name = "<username>" rlm_realm: Proxying request from user <username> to realm XXXX rlm_realm: Adding Realm = "XXXX" rlm_realm: Authentication realm is LOCAL. ++[ntdomain] returns noop rlm_eap: EAP packet type response id 5 length 208 rlm_eap: Continuing tunnel setup. ++[eap] returns ok rad_check_password: Found Auth-Type EAP auth: type "EAP" +- entering group authenticate rlm_eap: Request found, released from the list rlm_eap: EAP/peap rlm_eap: processing type peap rlm_eap_peap: Authenticate rlm_eap_tls: processing TLS TLS Length 198 rlm_eap_tls: Length Included eaptls_verify returned 11 rlm_eap_tls: <<< TLS 1.0 Handshake [length 0086], ClientKeyExchange TLS_accept: SSLv3 read client key exchange A rlm_eap_tls: <<< TLS 1.0 ChangeCipherSpec [length 0001] rlm_eap_tls: <<< TLS 1.0 Handshake [length 0010], Finished TLS_accept: SSLv3 read finished A rlm_eap_tls: >>> TLS 1.0 ChangeCipherSpec [length 0001] TLS_accept: SSLv3 write change cipher spec A rlm_eap_tls: >>> TLS 1.0 Handshake [length 0010], Finished TLS_accept: SSLv3 write finished A TLS_accept: SSLv3 flush data (other): SSL negotiation finished successfully SSL Connection Established eaptls_process returned 13 rlm_eap_peap: EAPTLS_HANDLED ++[eap] returns handled Sending Access-Challenge of id 18 to 10.0.1.9 port 1645 EAP-Message = 0x0106004119001403010001011603010030b5334958337959abd8ee1c69ce59d04b7d408af44109bb668b2dde9c69c2c19c31d59fe6308e986f95ba68e28e729810 Message-Authenticator = 0x00000000000000000000000000000000 State = 0x87d5a69b84d3bf58ea7c4f63c1b50a12 Finished request 3. Going to the next request Waking up in 4.9 seconds. rad_recv: Access-Request packet from host 10.0.1.9 port 1645, id=19, length=149 User-Name = "XXXX\\<username>" Service-Type = Framed-User Framed-MTU = 1500 Called-Station-Id = "<mac address>" Calling-Station-Id = "<mac address>" EAP-Message = 0x020600061900 Message-Authenticator = 0x8ae0ce1dd64a77972c966f420912d7ca NAS-Port-Type = Ethernet NAS-Port = 50117 State = 0x87d5a69b84d3bf58ea7c4f63c1b50a12 NAS-IP-Address = 10.0.1.9 +- entering group authorize ++[preprocess] returns ok ++[chap] returns noop ++[mschap] returns noop rlm_realm: No '@' in User-Name = "XXXX\<username>", looking up realm NULL rlm_realm: No such realm "NULL" ++[suffix] returns noop rlm_realm: Looking up realm "XXXX" for User-Name = "XXXX\<username>" rlm_realm: Found realm "XXXX" rlm_realm: Adding Stripped-User-Name = "<username>" rlm_realm: Proxying request from user <username> to realm XXXX rlm_realm: Adding Realm = "XXXX" rlm_realm: Authentication realm is LOCAL. ++[ntdomain] returns noop rlm_eap: EAP packet type response id 6 length 6 rlm_eap: Continuing tunnel setup. ++[eap] returns ok rad_check_password: Found Auth-Type EAP auth: type "EAP" +- entering group authenticate rlm_eap: Request found, released from the list rlm_eap: EAP/peap rlm_eap: processing type peap rlm_eap_peap: 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_peap: EAPTLS_SUCCESS ++[eap] returns handled Sending Access-Challenge of id 19 to 10.0.1.9 port 1645 EAP-Message = 0x0107002b19001703010020fb69d7f8ea5ff2236c3d3f2024af829aa0c1308d48050be568e073018586f039 Message-Authenticator = 0x00000000000000000000000000000000 State = 0x87d5a69b83d2bf58ea7c4f63c1b50a12 Finished request 4. Going to the next request Waking up in 4.9 seconds. rad_recv: Access-Request packet from host 10.0.1.9 port 1645, id=20, length=202 User-Name = "XXXX\\<username>" Service-Type = Framed-User Framed-MTU = 1500 Called-Station-Id = "<mac address>" Calling-Station-Id = "<mac address>" EAP-Message = 0x0207003b19001703010030c55fd862b91f5c191c4fb7c5ff098300eadda3a90a5fcca8448b8ce2f7743a0847595fb27698b8f44eb34d661d83a511 Message-Authenticator = 0xdf26170e6390e116aac0d3ca3a837ee6 NAS-Port-Type = Ethernet NAS-Port = 50117 State = 0x87d5a69b83d2bf58ea7c4f63c1b50a12 NAS-IP-Address = 10.0.1.9 +- entering group authorize ++[preprocess] returns ok ++[chap] returns noop ++[mschap] returns noop rlm_realm: No '@' in User-Name = "XXXX\<username>", looking up realm NULL rlm_realm: No such realm "NULL" ++[suffix] returns noop rlm_realm: Looking up realm "XXXX" for User-Name = "XXXX\<username>" rlm_realm: Found realm "XXXX" rlm_realm: Adding Stripped-User-Name = "<username>" rlm_realm: Proxying request from user <username> to realm XXXX rlm_realm: Adding Realm = "XXXX" rlm_realm: Authentication realm is LOCAL. ++[ntdomain] returns noop rlm_eap: EAP packet type response id 7 length 59 rlm_eap: Continuing tunnel setup. ++[eap] returns ok rad_check_password: Found Auth-Type EAP auth: type "EAP" +- entering group authenticate rlm_eap: Request found, released from the list rlm_eap: EAP/peap rlm_eap: processing type peap rlm_eap_peap: Authenticate rlm_eap_tls: processing TLS eaptls_verify returned 7 rlm_eap_tls: Done initial handshake eaptls_process returned 7 rlm_eap_peap: EAPTLS_OK rlm_eap_peap: Session established. Decoding tunneled attributes. rlm_eap_peap: Identity - XXXX\<username> PEAP: Got tunneled EAP-Message EAP-Message = 0x02070014014e494e545c4272616462726f6f6b43 PEAP: Got tunneled identity of XXXX\<username> PEAP: Setting default EAP type for tunneled EAP session. PEAP: Setting User-Name to XXXX\<username> PEAP: Sending tunneled request EAP-Message = 0x02070014014e494e545c4272616462726f6f6b43 FreeRADIUS-Proxied-To = 127.0.0.1 User-Name = "XXXX\\<username>" server inner-tunnel { +- entering group authorize ++[chap] returns noop ++[mschap] returns noop ++[unix] returns notfound rlm_realm: No '@' in User-Name = "XXXX\<username>", looking up realm NULL rlm_realm: No such realm "NULL" ++[suffix] returns noop ++[control] returns noop rlm_eap: EAP packet type response id 7 length 20 rlm_eap: No EAP Start, assuming it's an on-going EAP conversation ++[eap] returns updated rlm_ldap: Entering ldap_groupcmp() expand: dc=XXX,dc=XXXX,dc=org -> dc=XXX,dc=XXXX,dc=org expand: (&(samaccountName=%{mschap:User-Name})) -> (&(samaccountName=<username>)) rlm_ldap: ldap_get_conn: Checking Id: 0 rlm_ldap: ldap_get_conn: Got Id: 0 rlm_ldap: performing search in dc=XXX,dc=XXXX,dc=org, with filter (&(samaccountName=<username>)) rlm_ldap: ldap_release_conn: Release Id: 0 expand: (|(&(objectClass=GroupOfNames)(member=%{Ldap-UserDn}))(&(objectClass=GroupOfUniqueNames)(uniquemember=%{Ldap-UserDn}))) -> (|(&(objectClass=GroupOfNames)(member=))(&(objectClass=GroupOfUniqueNames)(uniquemember=))) rlm_ldap: ldap_get_conn: Checking Id: 0 rlm_ldap: ldap_get_conn: Got Id: 0 rlm_ldap: performing search in dc=XXX,dc=XXXX,dc=org, with filter (&(cn=<groupname>)(|(&(objectClass=GroupOfNames)(member=))(&(objectClass=GroupOfUniqueNames)(uniquemember=)))) rlm_ldap: object not found or got ambiguous search result rlm_ldap: ldap_release_conn: Release Id: 0 rlm_ldap: ldap_get_conn: Checking Id: 0 rlm_ldap: ldap_get_conn: Got Id: 0 rlm_ldap: performing search in CN=<lastname>\, <firstname>OU=XXX,OU=SupportGrp,DC=XXX,DC=XXXX,DC=org, with filter (objectclass=*) rlm_ldap: performing search in CN=<groupname>,OU=XXX,OU=SupportGrp,DC=XXX,DC=XXXX,DC=org, with filter (cn=<groupname>) rlm_ldap::ldap_groupcmp: User found in group <groupname> rlm_ldap: ldap_release_conn: Release Id: 0 users: Matched entry DEFAULT at line 203 ++[files] returns ok rlm_ldap: - authorize rlm_ldap: performing user authorization for XXXX\<username> expand: (&(samaccountName=%{mschap:User-Name})) -> (&(samaccountName=<username>)) expand: dc=XXX,dc=XXXX,dc=org -> dc=XXX,dc=XXXX,dc=org rlm_ldap: ldap_get_conn: Checking Id: 0 rlm_ldap: ldap_get_conn: Got Id: 0 rlm_ldap: performing search in dc=XXX,dc=XXXX,dc=org, with filter (&(samaccountName=<username>)) rlm_ldap: looking for check items in directory... rlm_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? rlm_ldap: user XXXX\<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 WARNING: You set Proxy-To-Realm = LOCAL, but it is a LOCAL realm! Cancelling invalid proxy request. rad_check_password: Found Auth-Type EAP auth: type "EAP" +- entering group authenticate rlm_eap: EAP Identity rlm_eap: processing type mschapv2 rlm_eap_mschapv2: Issuing Challenge ++[eap] returns handled } # server inner-tunnel PEAP: Got tunneled reply RADIUS code 11 Auth-Type := LDAP Tunnel-Medium-Type:0 = IEEE-802 Tunnel-Type:0 = VLAN Tunnel-Private-Group-Id:0 = "254" EAP-Message = 0x010800291a0108002410909bca3a1ddf359aa29467c6ee5f3a4f4e494e545c4272616462726f6f6b43 Message-Authenticator = 0x00000000000000000000000000000000 State = 0xcfb49cd3cfbc861246fc3b9974c46d68 PEAP: Processing from tunneled session code 0x8429e98 11 Auth-Type := LDAP Tunnel-Medium-Type:0 = IEEE-802 Tunnel-Type:0 = VLAN Tunnel-Private-Group-Id:0 = "254" EAP-Message = 0x010800291a0108002410909bca3a1ddf359aa29467c6ee5f3a4f4e494e545c4272616462726f6f6b43 Message-Authenticator = 0x00000000000000000000000000000000 State = 0xcfb49cd3cfbc861246fc3b9974c46d68 PEAP: Got tunneled Access-Challenge ++[eap] returns handled Sending Access-Challenge of id 20 to 10.0.1.9 port 1645 EAP-Message = 0x0108004b1900170301004002ef8b0533cf1129c2581465716039cc96393aba17750b5d9e2d8b7b3c8089bec9cb61fde85732f2cc1f2422023627a75ad6e48c27369bc1c8ecd66848cfed1b Message-Authenticator = 0x00000000000000000000000000000000 State = 0x87d5a69b82ddbf58ea7c4f63c1b50a12 Finished request 5. Going to the next request Waking up in 4.9 seconds. rad_recv: Access-Request packet from host 10.0.1.9 port 1645, id=21, length=250 User-Name = "XXXX\\<username>" Service-Type = Framed-User Framed-MTU = 1500 Called-Station-Id = "<mac address>" Calling-Station-Id = "<mac address>" EAP-Message = 0x0208006b190017030100605880e9d9f1f726cdc4859cee7c6736df04551ffaf018caea3208975520b6618c84176ddec93e83d804a52e5b8e196f61a45b9aeccbbea37de546400d2cbc1f8258e2b87afbcba19a47b243a95b9dc210d869e4cc835dc7904de4f41fa0444b60 Message-Authenticator = 0xc3c19d23b0eaae1e99aceb9c6b9b67cb NAS-Port-Type = Ethernet NAS-Port = 50117 State = 0x87d5a69b82ddbf58ea7c4f63c1b50a12 NAS-IP-Address = 10.0.1.9 +- entering group authorize ++[preprocess] returns ok ++[chap] returns noop ++[mschap] returns noop rlm_realm: No '@' in User-Name = "XXXX\<username>", looking up realm NULL rlm_realm: No such realm "NULL" ++[suffix] returns noop rlm_realm: Looking up realm "XXXX" for User-Name = "XXXX\<username>" rlm_realm: Found realm "XXXX" rlm_realm: Adding Stripped-User-Name = "<username>" rlm_realm: Proxying request from user <username> to realm XXXX rlm_realm: Adding Realm = "XXXX" rlm_realm: Authentication realm is LOCAL. ++[ntdomain] returns noop rlm_eap: EAP packet type response id 8 length 107 rlm_eap: Continuing tunnel setup. ++[eap] returns ok rad_check_password: Found Auth-Type EAP auth: type "EAP" +- entering group authenticate rlm_eap: Request found, released from the list rlm_eap: EAP/peap rlm_eap: processing type peap rlm_eap_peap: Authenticate rlm_eap_tls: processing TLS eaptls_verify returned 7 rlm_eap_tls: Done initial handshake eaptls_process returned 7 rlm_eap_peap: EAPTLS_OK rlm_eap_peap: Session established. Decoding tunneled attributes. rlm_eap_peap: EAP type mschapv2 PEAP: Got tunneled EAP-Message EAP-Message = 0x0208004a1a020800453111abc389151d4c11a8471471acc91213000000000000000038d132783b1dbbd9db142d7a5938ebe32cc165ed13bab4aa004e494e545c4272616462726f6f6b43 PEAP: Setting User-Name to XXXX\<username> PEAP: Sending tunneled request EAP-Message = 0x0208004a1a020800453111abc389151d4c11a8471471acc91213000000000000000038d132783b1dbbd9db142d7a5938ebe32cc165ed13bab4aa004e494e545c4272616462726f6f6b43 FreeRADIUS-Proxied-To = 127.0.0.1 User-Name = "XXXX\\<username>" State = 0xcfb49cd3cfbc861246fc3b9974c46d68 server inner-tunnel { +- entering group authorize ++[chap] returns noop ++[mschap] returns noop ++[unix] returns notfound rlm_realm: No '@' in User-Name = "XXXX\<username>", looking up realm NULL rlm_realm: No such realm "NULL" ++[suffix] returns noop ++[control] returns noop rlm_eap: EAP packet type response id 8 length 74 rlm_eap: No EAP Start, assuming it's an on-going EAP conversation ++[eap] returns updated rlm_ldap: Entering ldap_groupcmp() expand: dc=XXX,dc=XXXX,dc=org -> dc=XXX,dc=XXXX,dc=org expand: (&(samaccountName=%{mschap:User-Name})) -> (&(samaccountName=<username>)) rlm_ldap: ldap_get_conn: Checking Id: 0 rlm_ldap: ldap_get_conn: Got Id: 0 rlm_ldap: performing search in dc=XXX,dc=XXXX,dc=org, with filter (&(samaccountName=<username>)) rlm_ldap: ldap_release_conn: Release Id: 0 expand: (|(&(objectClass=GroupOfNames)(member=%{Ldap-UserDn}))(&(objectClass=GroupOfUniqueNames)(uniquemember=%{Ldap-UserDn}))) -> (|(&(objectClass=GroupOfNames)(member=))(&(objectClass=GroupOfUniqueNames)(uniquemember=))) rlm_ldap: ldap_get_conn: Checking Id: 0 rlm_ldap: ldap_get_conn: Got Id: 0 rlm_ldap: performing search in dc=XXX,dc=XXXXxx,dc=org, with filter (&(cn=<groupname>)(|(&(objectClass=GroupOfNames)(member=))(&(objectClass=GroupOfUniqueNames)(uniquemember=)))) rlm_ldap: object not found or got ambiguous search result rlm_ldap: ldap_release_conn: Release Id: 0 rlm_ldap: ldap_get_conn: Checking Id: 0 rlm_ldap: ldap_get_conn: Got Id: 0 rlm_ldap: performing search in CN=<lastname>\, <firstname>,OU=CNS,OU=SupportGrp,DC=XXX,DC=XXXX,DC=org, with filter (objectclass=*) rlm_ldap: performing search in CN=<groupname>,OU=CNS,OU=SupportGrp,DC=XXX,DC=XXXX,DC=org, with filter (cn=<groupname>) rlm_ldap::ldap_groupcmp: User found in group <groupname> rlm_ldap: ldap_release_conn: Release Id: 0 users: Matched entry DEFAULT at line 203 ++[files] returns ok rlm_ldap: - authorize rlm_ldap: performing user authorization for XXXX\<username> expand: (&(samaccountName=%{mschap:User-Name})) -> (&(samaccountName=<username>)) expand: dc=XXX,dc=XXXX,dc=org -> dc=XXX,dc=XXXX,dc=org rlm_ldap: ldap_get_conn: Checking Id: 0 rlm_ldap: ldap_get_conn: Got Id: 0 rlm_ldap: performing search in dc=XXX,dc=XXXX,dc=org, with filter (&(samaccountName=<username>)) rlm_ldap: looking for check items in directory... rlm_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? rlm_ldap: user XXXX\<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 WARNING: You set Proxy-To-Realm = LOCAL, but it is a LOCAL realm! Cancelling invalid proxy request. rad_check_password: Found Auth-Type EAP auth: type "EAP" +- entering group authenticate rlm_eap: Request found, released from the list rlm_eap: EAP/mschapv2 rlm_eap: processing type mschapv2 +- entering group MS-CHAP rlm_mschap: No Cleartext-Password configured. Cannot create LM-Password. rlm_mschap: No Cleartext-Password configured. Cannot create NT-Password. rlm_mschap: Told to do MS-CHAPv2 for <username> with NT-Password expand: --username=%{mschap:User-Name} -> --username=<username> mschap2: 90 expand: --challenge=%{mschap:Challenge:-00} -> --challenge=ae1b5e25b6575f38 expand: --nt-response=%{mschap:NT-Response:-00} -> --nt-response=38d132783b1dbbd9db142d7a5938ebe32cc165ed13bab4aa Exec-Program output: NT_KEY: 537255BB863DD9024B7D2582198B9657 Exec-Program-Wait: plaintext: NT_KEY: 537255BB863DD9024B7D2582198B9657 Exec-Program: returned: 0 rlm_mschap: adding MS-CHAPv2 MPPE keys ++[mschap] returns ok MSCHAP Success ++[eap] returns handled } # server inner-tunnel PEAP: Got tunneled reply RADIUS code 11 Auth-Type := LDAP Tunnel-Medium-Type:0 = IEEE-802 Tunnel-Type:0 = VLAN Tunnel-Private-Group-Id:0 = "254" EAP-Message = 0x010900331a0308002e533d38393446463732323031443644373745323435324537334531373735394635324634344533354443 Message-Authenticator = 0x00000000000000000000000000000000 State = 0xcfb49cd3cebd861246fc3b9974c46d68 PEAP: Processing from tunneled session code 0x83fc7d0 11 Auth-Type := LDAP Tunnel-Medium-Type:0 = IEEE-802 Tunnel-Type:0 = VLAN Tunnel-Private-Group-Id:0 = "254" EAP-Message = 0x010900331a0308002e533d38393446463732323031443644373745323435324537334531373735394635324634344533354443 Message-Authenticator = 0x00000000000000000000000000000000 State = 0xcfb49cd3cebd861246fc3b9974c46d68 PEAP: Got tunneled Access-Challenge ++[eap] returns handled Sending Access-Challenge of id 21 to 10.0.1.9 port 1645 EAP-Message = 0x0109005b19001703010050acf799d4d09f9221585544ed0d61e14e0eb13d4781dcbe9e6fe7423d1f1f6620939f16d7c7113f3c7be0735d0bcf4a463c760c12da2d85a850a3c22ed81efecdba83d919935cda81ca7bcc377b51825e Message-Authenticator = 0x00000000000000000000000000000000 State = 0x87d5a69b81dcbf58ea7c4f63c1b50a12 Finished request 6. Going to the next request Waking up in 4.8 seconds. Cleaning up request 0 ID 15 with timestamp +20 Cleaning up request 1 ID 16 with timestamp +20 Cleaning up request 2 ID 17 with timestamp +20 Cleaning up request 3 ID 18 with timestamp +20 Cleaning up request 4 ID 19 with timestamp +20 Cleaning up request 5 ID 20 with timestamp +20 Cleaning up request 6 ID 21 with timestamp +20 Ready to process requests.

2 1

ippool with non-contiguous ip ranges
by Marco C. Coelho 27 Jul '08

27 Jul '08

I've got 3 class C ranges that are contiguous assigned to a freeradius server. I want to add an additional class C ranges to this server, but they are not contiguous with the previous three. I would like to add 64.202.231.1 - 64.202.234.254 without creating an additional IP Pool . I've searched the docs and net and cannot find an answer. my radiusd.conf has a section like this: SNIP*** ippool main_pool { # range-start,range-stop: The start and end ip # addresses for the ip pool range-start = 64.202.227.1 range-stop = 64.202.229.254 # netmask: The network mask used for the ip's netmask = 255.255.255.0 # cache-size: The gdbm cache size for the db # files. Should be equal to the number of ip's # available in the ip pool cache-size = 768 SNIP*** Thanks, Marco

3 2