- Freeradius-Users - lists.freeradius.org

RE: Windows Client Authentification bevore Domain logon
by Jérémy Cluzel 01 Sep '05

01 Sep '05

Hi Guy, Do you know working supplicants with a GINA module ? aegis ? secureW2 ? Regards, Jeremy freeradius-users-request(a)lists.freeradius.org a écrit : >Date: Thu, 1 Sep 2005 17:10:14 +0100 >From: "Guy Davies" <Guy.Davies(a)telindus.co.uk> >Subject: RE: Windows Client Authentification bevore Domain logon >To: "FreeRadius users mailing list" > <freeradius-users(a)lists.freeradius.org> >Message-ID: > <A00F4E8D8C7E8847A8ABFFE22F48033701B3692A(a)tuk1mx1.telindus.intra> >Content-Type: text/plain; charset="iso-8859-1" > >Hi Marc, > >The only way to do this with the supplicant included with XP is to use machine auth. This must use the same method used by the individual (i.e. EAP-TLS or PEAP/MS-CHAPv2). > >There is a checkbox that says something like "Use machine credentials if available". Check that and the machine will authenticate before the user. Once the user authenticates, the machine auth is killed and the user's auth is used. This requires that the machine has either a PEAP/MS-CHAPv2 username/password or an EAP-TLS certificate. These are stored in AD so you have to backoff your request to AD. If you want to do that for PEAP/MS-CHAPv2, you'll need NTLM access to the AD server, LDAP won't do because it can't get the cleartext password (unless it is replicated to a non-standard attribute). > >A better method, in my experience, is to use a supplicant with a GINA module. That stops the windows login process immediately after the user has entered the credentials, takes the user's credentials and uses them to login to the network, then it returns control to the windows login process. This doesn't require any authentication of the machine. > >Regards, > >Guy > > > >>-----Original Message----- >>From: freeradius-users-bounces(a)lists.freeradius.org >>[mailto:freeradius-users-bounces@lists.freeradius.org] On >>Behalf Of Marc-Henri Boisis-delavaud >>Sent: 01 September 2005 15:19 >>To: FreeRadius users mailing list >>Subject: Re: Windows Client Authentification bevore Domain logon >> >> >> >>Le 31 août 05 à 18:53, Alan DeKok a écrit : >> >> >> >>>=?ISO-8859-1?Q?J=E9r=E9my_Cluzel?= <j.cluzel(a)online.fr> wrote: >>> >>> >>> >>>>Sorry, but I didn't find any references of this OID in the >>>>creation scripts in the "scripts" directory (Ca.all, CA.certs...). >>>>The only OID added seem to be 1.3.6.1.5.5.7.3.1 and >>>>1.3.6.1.5.5.7.3.2 (in "xpextensions"). >>>>Is there any way to do this without patching openssl (like >>>>explained there >>>> >>>> >>http://lists.cistron.nl/pipermail/freeradius-users/ >> >> >>>>2004-July/034141.html) ? >>>> >>>> >>>> >>> You can use that OID just like the other ones. >>> >>> Alan DeKok. >>>- >>>List info/subscribe/unsubscribe? See >>> >>> >>http://www.freeradius.org/list/ >> >> >>>users.html >>> >>> >>> >>Can you explain how we can activate 802.1x authentification before >>logon on xp. And what are the prerequisites ? >>Marc >> >> >> >>- >>List info/subscribe/unsubscribe? See >>http://www.freeradius.org/list/users.html >> >> >> > >This e-mail is private and may be confidential and is for the intended recipient only. If misdirected, please notify us by telephone and confirm that it has been deleted from your system and any copies destroyed. If you are not the intended recipient you are strictly prohibited from using, printing, copying, distributing or disseminating this e-mail or any information contained in it. We use reasonable endeavours to virus scan all e-mails leaving the Company but no warranty is given that this e-mail and any attachments are virus free. You should undertake your own virus checking. The right to monitor e-mail communications through our network is reserved by us. >

1 0

Re: Digest test
by Iandc Davies 01 Sep '05

01 Sep '05

>"Iandc Davies" <Iandc.Davies(a)marconi.com> wrote: > Is there a way to tell freerad not to check user-password ? >> Use ":=", as per my previous message. >> Alan DeKok. Am I doing something really stupid, as it still requires a password field in the sending file ! ? ! /etc/raddb/users file now has an entry right at the top such as this : test Auth-Type := Digest, User-Password := "xxxx" (where xxxx = password) Reply-Message = "Hello, test with Digest" Separate question: Is the Reply-Message supposed to be returned ? Or is that the authenticator field returned on a code 2 ? Ian Davies {02476 564662} Internal (x740 4662) IMS-SIPAC Software Development Engineer

2 1

upgraded to 1.0.4 lots of problems.
by Drew Weaver 01 Sep '05

01 Sep '05

I've sorted through most of my issues going from 1.0.1 to 1.0.4 but one thing I cant figure out is this: I have this line in my /etc/raddb/users file: DEFAULT Auth-Type = System rad_check_password: Found Auth-Type System auth: type "System" ERROR: Unknown value specified for Auth-Type. Cannot perform requested action. auth: Failed to validate the user. Login incorrect: [aweaver/12345] (from client dhcp111.cmh.ee.net port 0) I copied all of the config files from the old server to the new server, only thing that has changed was the version of freeradius. I still have both servers, the old 1.0.1 and the 1.0.4, and the old one accepts "system" as a valid auth type, does anyone know if something changed or what/not? Thanks, -Drew

1 0

Excluding non-NAS from simultaneous-use checks
by Dan Siemon 01 Sep '05

01 Sep '05

I'm looking for a way to exclude some sources of RADIUS authentication requests from being subjected to the simultaneous-use checks. Basically we use RADIUS for more than just dialin, simultaneous-use is not applicable to these services. I found the following thread on the Cistron mailing list which would solve my problem if I were still running Cistron. http://lists.cistron.nl/pipermail/cistron-radius/2002-June/003861.html Setting the RAS type to none appears to have no effect for FreeRADIUS. Is there another way to accomplish this with FreeRADIUS?

2 5

RE: Windows Client Authentification bevore Domain logon
by Guy Davies 01 Sep '05

01 Sep '05

Hi Marc, The only way to do this with the supplicant included with XP is to use machine auth. This must use the same method used by the individual (i.e. EAP-TLS or PEAP/MS-CHAPv2). There is a checkbox that says something like "Use machine credentials if available". Check that and the machine will authenticate before the user. Once the user authenticates, the machine auth is killed and the user's auth is used. This requires that the machine has either a PEAP/MS-CHAPv2 username/password or an EAP-TLS certificate. These are stored in AD so you have to backoff your request to AD. If you want to do that for PEAP/MS-CHAPv2, you'll need NTLM access to the AD server, LDAP won't do because it can't get the cleartext password (unless it is replicated to a non-standard attribute). A better method, in my experience, is to use a supplicant with a GINA module. That stops the windows login process immediately after the user has entered the credentials, takes the user's credentials and uses them to login to the network, then it returns control to the windows login process. This doesn't require any authentication of the machine. Regards, Guy > -----Original Message----- > From: freeradius-users-bounces(a)lists.freeradius.org > [mailto:freeradius-users-bounces@lists.freeradius.org] On > Behalf Of Marc-Henri Boisis-delavaud > Sent: 01 September 2005 15:19 > To: FreeRadius users mailing list > Subject: Re: Windows Client Authentification bevore Domain logon > > > > Le 31 août 05 à 18:53, Alan DeKok a écrit : > > > =?ISO-8859-1?Q?J=E9r=E9my_Cluzel?= <j.cluzel(a)online.fr> wrote: > > > >> Sorry, but I didn't find any references of this OID in the > >> creation scripts in the "scripts" directory (Ca.all, CA.certs...). > >> The only OID added seem to be 1.3.6.1.5.5.7.3.1 and > >> 1.3.6.1.5.5.7.3.2 (in "xpextensions"). > >> Is there any way to do this without patching openssl (like > >> explained there > http://lists.cistron.nl/pipermail/freeradius-users/ > >> 2004-July/034141.html) ? > >> > > > > You can use that OID just like the other ones. > > > > Alan DeKok. > > - > > List info/subscribe/unsubscribe? See > http://www.freeradius.org/list/ > > users.html > > > > Can you explain how we can activate 802.1x authentification before > logon on xp. And what are the prerequisites ? > Marc > > > > - > List info/subscribe/unsubscribe? See > http://www.freeradius.org/list/users.html > This e-mail is private and may be confidential and is for the intended recipient only. If misdirected, please notify us by telephone and confirm that it has been deleted from your system and any copies destroyed. If you are not the intended recipient you are strictly prohibited from using, printing, copying, distributing or disseminating this e-mail or any information contained in it. We use reasonable endeavours to virus scan all e-mails leaving the Company but no warranty is given that this e-mail and any attachments are virus free. You should undertake your own virus checking. The right to monitor e-mail communications through our network is reserved by us.

2 1

problem with Auth-Type DIGEST
by freeradius＠list.coretech.ro 01 Sep '05

01 Sep '05

hello, I am using digest auth and I want to upgrade from cvs version (2005-02-19) to cvs version (2005-09-01). everything seems to be ok except that the digest auth does not work anymore. I have noticed, in debug mode (radiusd -X), the following differences between the two versions: ===== cvs version (2005-09-01) ===== rad_check_password: Found Auth-Type DIGEST auth: type Local auth: No User-Password or CHAP-Password attribute in the request ===== cvs version (2005-09-01) ===== ===== cvs version (2005-02-19) ===== rad_check_password: Found Auth-Type DIGEST auth: type digest ===== cvs version (2005-02-19) ===== ===== relevant portions of radiusd.conf ===== modules { ..................... digest { } } authorize { preprocess auth_log chap digest sql } authenticate { Auth-Type PAP { pap } Auth-Type CHAP { chap } digest } ===== relevant portions of radiusd.conf ===== is something changed in configuration ? Thanks, Razvan Radu

2 1

RE: Freeradius and Linksys WRT54GS
by Guy Davies 01 Sep '05

01 Sep '05

Are you sure that the Linksys AP supports LEAP. LEAP is a somewhat proprietary Cisco method that places unusual requirements on the AP (unlike other EAP methods that are simply converted from EAP in EAPOL to EAP in RADIUS by the AP). I know that Linksys is now owned by Cisco but I am not sure that they've implemented LEAP capabilities. AFAIK, Apple is the only other vendor to support LEAP. LEAP isn't a particularly strong EAP method anyway. I'd recommend (and so would Cisco, now) using a different method (PEAP/MS-CHAPv2 if you must, EAP/TTLS if you can). So long as the Linksys can do EAP passthrough, you should be OK with these. Rgds, Guy > -----Original Message----- > From: freeradius-users-bounces(a)lists.freeradius.org > [mailto:freeradius-users-bounces@lists.freeradius.org] On > Behalf Of Thierry > Sent: 01 September 2005 10:25 > To: freeradius-users(a)lists.freeradius.org > Subject: Freeradius and Linksys WRT54GS > > > Hi, > > I got a freeradius configured to handle LEAP authentication. > > it works with a Cisco AP Cisco Airnet 1100: > client 10.0.0.1 { > secret = secret > shortname = apcisco > nastype = cisco > } > > But it fail for linksys WRT54GS: > > client 192.168.1.1 > { > secret = secret > shortname = linksys > nastype = cisco > } > > I tried different nastype : > With other or nastype commented, nothing happen after > identity frames. With cisco nastype, LEAP didn't finish, AP > does not send the last frame to respond to supplicant challenge. > > Is there a specific nastype for Linksys ot this AP is bugged > ? I tried with another RADIUS (SBR/Windows) with the same comportment. > > Do you know other AP than cisco ones that permit 802.1X > successfully with freeradius ? > > Cordialement, > > -- > Thierry mailto:freeradius@yar-glah.org > > > - > List info/subscribe/unsubscribe? See > http://www.freeradius.org/list/users.html > This e-mail is private and may be confidential and is for the intended recipient only. If misdirected, please notify us by telephone and confirm that it has been deleted from your system and any copies destroyed. If you are not the intended recipient you are strictly prohibited from using, printing, copying, distributing or disseminating this e-mail or any information contained in it. We use reasonable endeavours to virus scan all e-mails leaving the Company but no warranty is given that this e-mail and any attachments are virus free. You should undertake your own virus checking. The right to monitor e-mail communications through our network is reserved by us.

2 1

Re: GPL
by Velikanov 01 Sep '05

01 Sep '05

I build a billing system based on FREERADIUS+ORACLE and want to install it for some of ISP. But I give them FREERADIUS with source, as is as on www.freeradius.org. Is this GPL violation ?? Thanks

2 1

Fw: copy from LDAP after map new attributes
by haizam 01 Sep '05

01 Sep '05

Dear all, How can i copy data from LDAP after mapping new attributes... as below:- thanks.. --haizam ----- Original Message ----- From: "haizam" <haizam(a)myjaring.net> To: "FreeRadius users mailing list" <freeradius-users(a)lists.freeradius.org> Sent: Monday, August 29, 2005 12:13 Subject: Re: usage of exec to get LDAP value.. > > I just add in /usr/local/etc/raddb/dictionary as below:- > > ATTRIBUTE Haizam-PSTN 3003 integer > ATTRIBUTE Haizam-ISDN 3004 integer > > and in ldap.attrmap > replyItem Haizam-PSTN TimeoutPSTN > replyItem Haizam-ISDN TimeoutISDN > > But problem with assigned those value to Session-Timeout... Is below users > entry correct? > > > DEFAULT NAS-Port-Type == "Sync", Autz-Type := DIALUP, > Auth-Type := DIALUP > Session-Timeout = %{Haizam-ISDN} > > --haizam > > > ----- Original Message ----- > From: "Alan DeKok" <aland(a)ox.org> > To: "FreeRadius users mailing list" > <freeradius-users(a)lists.freeradius.org> > Sent: Saturday, August 27, 2005 07:44 > Subject: Re: usage of exec to get LDAP value.. > > >> "haizam" <haizam(a)myjaring.net> wrote: >>> I've tried to map new attributes in ldap.attrmap but for every match in >>> users file.. it will return both new attributes but the sessiontimeout >>> still >>> ruturn no value.. >> >> Yes. Did you read the rest of my response? >> >> Alan DeKok. >> - >> List info/subscribe/unsubscribe? See >> http://www.freeradius.org/list/users.html >> > > > - List info/subscribe/unsubscribe? See > http://www.freeradius.org/list/users.html >

1 0

PEAP, Freeradius and Cisco AP 350
by J Zakhar 31 Aug '05

31 Aug '05

Having some trouble setting up PEAP with a windows XP workstation, a Cisco 350 AP (upgraded to IOS version 12.2), I am using the default XP Client to set things up. Many moons ago I had LEAP working great, the hard drive on this linux machine failed and it was time to reinstall. Not sure why i'm having such trouble with this. Mousing over the icon in my task bar Status: Validating Identity is all it ever says while trying to associate. I do however get prompted for my user name and password. Any advice/help would be much appreciated. ./radiusd -A -X Starting - reading configuration files ... reread_config: reading radiusd.conf Config: including file: /usr/local/freeradius/etc/raddb/proxy.conf Config: including file: /usr/local/freeradius/etc/raddb/clients.conf Config: including file: /usr/local/freeradius/etc/raddb/snmp.conf Config: including file: /usr/local/freeradius/etc/raddb/eap.conf Config: including file: /usr/local/freeradius/etc/raddb/sql.conf main: prefix = "/usr/local/freeradius" main: localstatedir = "/usr/local/freeradius/var" main: logdir = "/usr/local/freeradius/var/log/radius" main: libdir = "/usr/local/freeradius/lib" main: radacctdir = "/usr/local/freeradius/var/log/radius/radacct" main: hostname_lookups = no main: max_request_time = 30 main: cleanup_delay = 5 main: max_requests = 1024 main: delete_blocked_requests = 0 main: port = 0 main: allow_core_dumps = no main: log_stripped_names = no main: log_file = "/usr/local/freeradius/var/log/radius/radius.log" main: log_auth = no main: log_auth_badpass = no main: log_auth_goodpass = no main: pidfile = "/usr/local/freeradius/var/run/radiusd/radiusd.pid" main: user = "(null)" main: group = "(null)" main: usercollide = no main: lower_user = "no" main: lower_pass = "no" main: nospace_user = "no" main: nospace_pass = "no" main: checkrad = "/usr/local/freeradius/sbin/checkrad" main: proxy_requests = yes proxy: retry_delay = 5 proxy: retry_count = 3 proxy: synchronous = no proxy: default_fallback = yes proxy: dead_time = 120 proxy: post_proxy_authorize = yes proxy: wake_all_if_all_dead = no security: max_attributes = 200 security: reject_delay = 1 security: status_server = no main: debug_level = 0 read_config_files: reading dictionary read_config_files: reading naslist Using deprecated naslist file. Support for this will go away soon. read_config_files: reading clients read_config_files: reading realms radiusd: entering modules setup Module: Library search path is /usr/local/freeradius/lib Module: Loaded exec exec: wait = yes exec: program = "(null)" exec: input_pairs = "request" exec: output_pairs = "(null)" exec: packet_type = "(null)" rlm_exec: Wait=yes but no output defined. Did you mean output=none? Module: Instantiated exec (exec) Module: Loaded expr Module: Instantiated expr (expr) Module: Loaded PAP pap: encryption_scheme = "crypt" Module: Instantiated pap (pap) Module: Loaded CHAP Module: Instantiated chap (chap) Module: Loaded MS-CHAP mschap: use_mppe = yes mschap: require_encryption = yes mschap: require_strong = yes mschap: with_ntdomain_hack = no mschap: passwd = "(null)" mschap: authtype = "MS-CHAP" mschap: ntlm_auth = "(null)" Module: Instantiated mschap (mschap) Module: Loaded System unix: cache = no unix: passwd = "(null)" unix: shadow = "(null)" unix: group = "(null)" unix: radwtmp = "/usr/local/freeradius/var/log/radius/radwtmp" unix: usegroup = no unix: cache_reload = 600 Module: Instantiated unix (unix) Module: Loaded eap eap: default_eap_type = "peap" eap: timer_expire = 60 eap: ignore_unknown_eap_types = no eap: cisco_accounting_username_bug = yes rlm_eap: Loaded and initialized type md5 rlm_eap: Loaded and initialized type leap gtc: challenge = "Password: " gtc: auth_type = "PAP" rlm_eap: Loaded and initialized type gtc tls: rsa_key_exchange = no tls: dh_key_exchange = yes tls: rsa_key_length = 512 tls: dh_key_length = 512 tls: verify_depth = 0 tls: CA_path = "(null)" tls: pem_file_type = yes tls: private_key_file = "/usr/local/freeradius/etc/raddb/certs/cert- srv.pem " tls: certificate_file = "/usr/local/freeradius/etc/raddb/certs/cert-srv.pem" tls: CA_file = "/usr/local/freeradius/etc/raddb/certs/demoCA/cacert.pem" tls: private_key_password = "whatever" tls: dh_file = "/usr/local/freeradius/etc/raddb/certs/dh" tls: random_file = "/usr/local/freeradius/etc/raddb/certs/random" tls: fragment_size = 1024 tls: include_length = yes tls: check_crl = no tls: check_cert_cn = "(null)" rlm_eap: Loaded and initialized type tls peap: default_eap_type = "mschapv2" peap: copy_request_to_tunnel = no peap: use_tunneled_reply = no peap: proxy_tunneled_request_as_eap = yes rlm_eap: Loaded and initialized type peap mschapv2: with_ntdomain_hack = no rlm_eap: Loaded and initialized type mschapv2 Module: Instantiated eap (eap) Module: Loaded preprocess preprocess: huntgroups = "/usr/local/freeradius/etc/raddb/huntgroups" preprocess: hints = "/usr/local/freeradius/etc/raddb/hints" preprocess: with_ascend_hack = no preprocess: ascend_channels_per_line = 23 preprocess: with_ntdomain_hack = no preprocess: with_specialix_jetstream_hack = no preprocess: with_cisco_vsa_hack = no Module: Instantiated preprocess (preprocess) Module: Loaded realm realm: format = "suffix" realm: delimiter = "@" realm: ignore_default = no realm: ignore_null = no Module: Instantiated realm (suffix) Module: Loaded files files: usersfile = "/usr/local/freeradius/etc/raddb/users" files: acctusersfile = "/usr/local/freeradius/etc/raddb/acct_users" files: preproxy_usersfile = "/usr/local/freeradius/etc/raddb/preproxy_users" files: compat = "no" Module: Instantiated files (files) Module: Loaded Acct-Unique-Session-Id acct_unique: key = "User-Name, Acct-Session-Id, NAS-IP-Address, Client-IP-Address, NAS-Port" Module: Instantiated acct_unique (acct_unique) Module: Loaded detail detail: detailfile = "/usr/local/freeradius/var/log/radius/radacct/%{Client-IP-Address}/detail-%Y%m%d" detail: detailperm = 384 detail: dirperm = 493 detail: locking = no Module: Instantiated detail (detail) Module: Loaded radutmp radutmp: filename = "/usr/local/freeradius/var/log/radius/radutmp" radutmp: username = "%{User-Name}" radutmp: case_sensitive = yes radutmp: check_with_nas = yes radutmp: perm = 384 radutmp: callerid = yes Module: Instantiated radutmp (radutmp) Listening on authentication *:1812 Listening on accounting *:1813 Listening on proxy *:1814 Ready to process requests. rad_recv: Access-Request packet from host 172.28.42.253:21646<http://172.28.42.253:21646/>, id=35, length=132 User-Name = "jzakhar" Framed-MTU = 1400 Called-Station-Id = "0040.9647.f2d6" Calling-Station-Id = "000e.9b2e.179a" Message-Authenticator = 0x657f7e3dee2731c4e91f25c395ef47d7 EAP-Message = 0x0202000c016a7a616b686172 NAS-Port-Type = Wireless-802.11 NAS-Port = 312 Service-Type = Framed-User NAS-IP-Address = 172.28.42.253 <http://172.28.42.253/> NAS-Identifier = "apcisco" 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 = "jzakhar", looking up realm NULL rlm_realm: No such realm "NULL" modcall[authorize]: module "suffix" returns noop for request 0 rlm_eap: EAP packet type response id 2 length 12 rlm_eap: No EAP Start, assuming it's an on-going EAP conversation modcall[authorize]: module "eap" returns updated for request 0 users: Matched jzakhar at 53 modcall[authorize]: module "files" returns ok for request 0 modcall: group authorize returns updated for request 0 rad_check_password: Found Auth-Type EAP auth: type "EAP" Processing the authenticate section of radiusd.conf modcall: entering group authenticate for request 0 rlm_eap: EAP Identity rlm_eap: processing type tls rlm_eap_tls: Initiate rlm_eap_tls: Start returned 1 modcall[authenticate]: module "eap" returns handled for request 0 modcall: group authenticate returns handled for request 0 Sending Access-Challenge of id 35 to 172.28.42.253:21646 <http://172.28.42.253:21646/> EAP-Message = 0x010300061920 Message-Authenticator = 0x00000000000000000000000000000000 State = 0xf730c83b331f347cf002f96adbba538e Finished request 0 Going to the next request --- Walking the entire request list --- Waking up in 6 seconds... rad_recv: Access-Request packet from host 172.28.42.253:21646<http://172.28.42.253:21646/>, id=35, length=132 Sending duplicate reply to client EAP:21646 - ID: 35 Re-sending Access-Challenge of id 35 to 172.28.42.253:21646<http://172.28.42.253:21646/> --- Walking the entire request list --- Waking up in 1 seconds... --- Walking the entire request list --- Cleaning up request 0 ID 35 with timestamp 4315dbd4 Nothing to do. Sleeping until we see a request. rad_recv: Access-Request packet from host 172.28.42.253:21646<http://172.28.42.253:21646/>, id=36, length=132 User-Name = "jzakhar" Framed-MTU = 1400 Called-Station-Id = "0040.9647.f2d6" Calling-Station-Id = "000e.9b2e.179a" Message-Authenticator = 0x843b8ca357e3281d250307dff3caa9e6 EAP-Message = 0x0202000c016a7a616b686172 NAS-Port-Type = Wireless-802.11 NAS-Port = 313 Service-Type = Framed-User NAS-IP-Address = 172.28.42.253 <http://172.28.42.253/> NAS-Identifier = "apcisco" Processing the authorize section of radiusd.conf modcall: entering group authorize for request 1 modcall[authorize]: module "preprocess" returns ok for request 1 modcall[authorize]: module "chap" returns noop for request 1 modcall[authorize]: module "mschap" returns noop for request 1 rlm_realm: No '@' in User-Name = "jzakhar", looking up realm NULL rlm_realm: No such realm "NULL" modcall[authorize]: module "suffix" returns noop for request 1 rlm_eap: EAP packet type response id 2 length 12 rlm_eap: No EAP Start, assuming it's an on-going EAP conversation modcall[authorize]: module "eap" returns updated for request 1 users: Matched jzakhar at 53 modcall[authorize]: module "files" returns ok for request 1 modcall: group authorize returns updated for request 1 rad_check_password: Found Auth-Type EAP auth: type "EAP" Processing the authenticate section of radiusd.conf modcall: entering group authenticate for request 1 rlm_eap: EAP Identity rlm_eap: processing type tls rlm_eap_tls: Initiate rlm_eap_tls: Start returned 1 modcall[authenticate]: module "eap" returns handled for request 1 modcall: group authenticate returns handled for request 1 Sending Access-Challenge of id 36 to 172.28.42.253:21646<http://172.28.42.253:21646/> EAP-Message = 0x010300061920 Message-Authenticator = 0x00000000000000000000000000000000 State = 0x479ac19253ee20dc4d21810846227fc5 Finished request 1 Going to the next request --- Walking the entire request list --- Waking up in 6 seconds...

2 2