According to the docs: "Once EAP-Identity response is received by the server, based on the default_eap_type, the server will send a new request (MD5-Challenge request incase of md5, TLS-START request incase of tls) to the supplicant. If the supplicant is rfc2284 compliant and doesnot support the EAP-Type sent by the server then it sends EAP-Acknowledge with the supported EAP-Type. If this EAP-Type is supported by the server then it will send the respective EAP-request." But I can't get it to work ! I want to be able to support PEAP and TTLS. I set a default_eap_type of peap or ttls and a client (wpa_supplicant or Windows XP+SecureW2) can authenticate using that default type. But if I try to authenticate not using the default type it fails - the above described mechanism doesn't seem to kick in. What am I doing wrong ? [default type of ttls, trying to authenticate with peap using wpa_supplicant] rad_recv: Access-Request packet from host 10.1.1.7:1812, id=134, length=176 User-Name = "x@x" Cisco-AVPair = "ssid=x" NAS-IP-Address = 10.1.1.7 Framed-MTU = 1400 Called-Station-Id = "x" Calling-Station-Id = "x" NAS-Identifier = "DINKITCH" NAS-Port = 37 NAS-Port-Type = Wireless-802.11 Service-Type = Login-User EAP-Message = 0x020100150174657374406c696c79686f7070696e67 Message-Authenticator = 0x8f0581d54ae3940c3e9b0bf7bd1297ad Processing the authorize section of radiusd.conf modcall: entering group authorize for request 0 modcall[authorize]: module "preprocess" returns ok for request 0 radius_xlat: '/usr/local/var/log/radius/radacct/10.1.1.7/auth-detail-20060524' rlm_detail: /usr/local/var/log/radius/radacct/%{Client-IP-Address}/auth-detail-%Y%m%d expands to /usr/local/var/log/radius/radacct/10.1.1.7/auth-detail-20060524 modcall[authorize]: module "auth_log" returns ok for request 0 modcall[authorize]: module "chap" returns noop for request 0 modcall[authorize]: module "mschap" returns noop for request 0 rlm_eap: EAP packet type response id 1 length 21 rlm_eap: No EAP Start, assuming it's an on-going EAP conversation modcall[authorize]: module "eap" returns updated for request 0 modcall[authorize]: module "files" returns notfound for request 0 radius_xlat: 'x@x' rlm_sql (sql): sql_set_user escaped user --> 'x@x' radius_xlat: 'SELECT id,UserName,Attribute,Value,op FROM radcheck WHERE Username = 'x@x' ORDER BY id' rlm_sql (sql): Reserving sql socket id: 4 radius_xlat: 'SELECT radgroupcheck.id,radgroupcheck.GroupName,radgroupcheck.Attribute,radgroupcheck.Value,radgroupcheck.op FROM radgroupcheck,usergroup WHERE usergroup.Username = 'x@x' AND usergroup.GroupName = radgroupcheck.GroupName ORDER BY radgroupcheck.id' radius_xlat: 'SELECT id,UserName,Attribute,Value,op FROM radreply WHERE Username = 'x@x' ORDER BY id' radius_xlat: 'SELECT radgroupreply.id,radgroupreply.GroupName,radgroupreply.Attribute,radgroupreply.Value,radgroupreply.op FROM radgroupreply,usergroup WHERE usergroup.Username = 'x@x' AND usergroup.GroupName = radgroupreply.GroupName ORDER BY radgroupreply.id' rlm_sql (sql): Released sql socket id: 4 modcall[authorize]: module "sql" returns ok for request 0 modcall: leaving 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: leaving group authenticate (returns handled) for request 0 Sending Access-Challenge of id 134 to 10.1.1.7 port 1812 EAP-Message = 0x010200061520 Message-Authenticator = 0x00000000000000000000000000000000 State = 0xfedb2ff2bb0d24ab41c48f3ab7eba8b9 Finished request 0 Going to the next request And that is that, the client claims authentication has failed.