After creating the DB and used config files, I am getting an error as: ERR: EAP-FAST TLS Handshake unsuccessful: 1248: 1 - error:140943F2:SSL routines:SSL3_READ_BYTES:sslv3 alert unexpected message
See the DB file attached with this. Regards Sudhir H -----Original Message----- From: radiator-boun...@open.com.au [mailto:radiator-boun...@open.com.au] On Behalf Of Heikki Vatiainen Sent: Monday, April 16, 2012 11:52 PM To: radiator@open.com.au Subject: Re: [RADIATOR] FW: FW: RADIATOR: EAP-FAST-MSCHAPv2 On 04/16/2012 06:02 PM, Sudhir Harwalkar wrote: > Please check the modification in the config ( eap_fast.cfg) file is correct > or not? Because still not authenticated DBI drivers are already installed. Try with the attached configuration file. The changes are: - Enabled <Handler TunnelledByFAST=1> so that you can keep the users in a file while keeping PACs in SQL - Changed SQLite db file location to c:/Program Files/Radiator/pacdb.sqlite You need to create c:/Program Files/Radiator/pacdb.sqlite with the following command: sqlite3.exe -init pac.sql c:/Program Files/Radiator/pacdb.sqlite This will create an empty db file with the appropriate structure for EAP-FAST. When you test with the client the log will show how Radiator creates the PAC and reads it from the db file. You can now stop radiusd without loosing PAC information. Thanks! Heikki > Regards > Sudhir H > > -----Original Message----- > From: Sudhir Harwalkar > Sent: Monday, April 16, 2012 4:33 PM > To: 'Heikki Vatiainen' > Cc: radiator@open.com.au > Subject: RE: [RADIATOR] FW: FW: RADIATOR: EAP-FAST-MSCHAPv2 > > As per your comment, I made changes for EAP-FAST MACHAPv2, If I enable AUTHBY > SQL ,its giving me an error for User Filename ERR: Unknown keyword 'Filename' > in c:\Radiator\Radiator-Locked-4.9\goodies\eap_fast.cfg line 51". > > Please see the config file and sql.cfg file. > > Regards > Sudhir H > > -----Original Message----- > From: radiator-boun...@open.com.au > [mailto:radiator-boun...@open.com.au] On Behalf Of Heikki Vatiainen > Sent: Monday, April 16, 2012 2:39 PM > To: radiator@open.com.au > Subject: Re: [RADIATOR] FW: FW: RADIATOR: EAP-FAST-MSCHAPv2 > > On 04/16/2012 11:12 AM, Sudhir Harwalkar wrote: > >> 1. Please guide me how to keep PACs in memory, what are all the changes need >> to make in config files. > > You need to change the Handler for outer EAP-FAST authentication to use > AuthBy SQL. See goodies/sql.cfg and look for CreateEAPFastPACQuery and > GetEAPFastPACQuery. > > For defintion of the single table that is needed, see > goodies/mysqlCreate.sql. The table is EAPFAST_PAC > > MySQL is not required, it is just used for an example. You could try > SQLite for a simple file based DB. http://www.sqlite.org/download.html > > You can keep all EAPTLS_* settings the same as they are now when setting up > AuthBy SQL. > >> 2. I tried to authenticate with the EAP-TLS, as I was seen Access challenge >> message only and I haven't found any error in that case, please find the >> log, and config files for this. > > The log shows two different messages: > 1. EAP Identity from your client > 2. EAP-TLS start from Radiator > > The client then resends the identity. Check the client settings. It > seems not to accept EAP-TLS or is otherwise incorrectly configured. > Note that at some point you need to configure the client to trust the > CA certificate in certificates/demoCA/cacert.pem > > Thanks! > Heikki > > >> Regards >> Sudhir H >> >> -----Original Message----- >> From: radiator-boun...@open.com.au >> [mailto:radiator-boun...@open.com.au] On Behalf Of Heikki Vatiainen >> Sent: Friday, April 13, 2012 6:00 PM >> To: radiator@open.com.au >> Subject: Re: [RADIATOR] FW: RADIATOR: EAP-FAST-MSCHAPv2 >> >> On 04/12/2012 04:14 PM, Sudhir Harwalkar wrote: >> >>> 1. Whenever I flash the new code to the device it's generating new PAC key >>> at that time it's getting authenticate with the server, >>> If PACs are gone after a restart, but our device generating the same >>> and send to the server so it should authenticate, why that's not happening >>> here. >> >> If the server has lost its PACs, the client PAC are useless. It is the >> server that decides if the PAC is valid. If the server refuses the PAC >> client sends, then a new PAC needs to be provisioned to the client. That is >> my take to how this should work. >> >>> 2. For EAP-TLS I took CA Certificate from >>> C:\Radiator\Radiator-Locked-4.9\certificates\demoCA \cacert.pem and for >>> Client I used C:\Radiator\Radiator-Locked-4.9\certificates\ cert-clt.pem is >>> these are the correct files that I am using. >> >> Yes. See goodies/eap_tls.cfg for an example of EAP-TLS configuration. >> >> Heikki >> >> >>> Sudhir H >>> >>> -----Original Message----- >>> From: Heikki Vatiainen [mailto:h...@open.com.au] >>> Sent: Thursday, April 12, 2012 2:52 PM >>> To: Sudhir Harwalkar >>> Subject: Re: FW: [RADIATOR] FW: RADIATOR: EAP-FAST-MSCHAPv2 >>> >>> On 04/12/2012 09:25 AM, Sudhir Harwalkar wrote: >>> >>>> Thanks for helping me Heikki, when I flash the new code, then start the >>>> radius server it's working fine after that I restarted the radius server >>>> and power on the device then it's not authenticated. >>>> Again I flash the code and verified working fine. >>> >>> Ok. Good to hear it works. >>> >>>> Problem arises only if I restart the radius server. >>>> This should not happen right. >>> >>> By default Radiator keeps PACs in memory and they are gone after a restart. >>> There is a possibility to keep them in SQL so that they survive across >>> reboots. >>> >>> Heikki >>> >>> >>> >>> >>> Larsen & Toubro Limited >>> >>> www.larsentoubro.com >>> >>> This Email may contain confidential or privileged information for the >>> intended recipient (s) If you are not the intended recipient, please do not >>> use or disseminate the information, notify the sender and delete it from >>> your system. >>> _______________________________________________ >>> radiator mailing list >>> radiator@open.com.au >>> http://www.open.com.au/mailman/listinfo/radiator >> >> >> -- >> Heikki Vatiainen <h...@open.com.au> >> >> Radiator: the most portable, flexible and configurable RADIUS server >> anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, >> Platypus, Freeside, TACACS+, PAM, external, Active Directory, EAP, TLS, >> TTLS, PEAP, TNC, WiMAX, RSA, Vasco, Yubikey, MOTP, HOTP, TOTP, DIAMETER etc. >> Full source on Unix, Windows, MacOSX, Solaris, VMS, NetWare etc. >> _______________________________________________ >> radiator mailing list >> radiator@open.com.au >> http://www.open.com.au/mailman/listinfo/radiator >> >> >> Larsen & Toubro Limited >> >> www.larsentoubro.com >> >> This Email may contain confidential or privileged information for the >> intended recipient (s) If you are not the intended recipient, please do not >> use or disseminate the information, notify the sender and delete it from >> your system. > > > -- > Heikki Vatiainen <h...@open.com.au> > > Radiator: the most portable, flexible and configurable RADIUS server > anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, > Platypus, Freeside, TACACS+, PAM, external, Active Directory, EAP, TLS, TTLS, > PEAP, TNC, WiMAX, RSA, Vasco, Yubikey, MOTP, HOTP, TOTP, DIAMETER etc. Full > source on Unix, Windows, MacOSX, Solaris, VMS, NetWare etc. > _______________________________________________ > radiator mailing list > radiator@open.com.au > http://www.open.com.au/mailman/listinfo/radiator > > > Larsen & Toubro Limited > > www.larsentoubro.com > > This Email may contain confidential or privileged information for the > intended recipient (s) If you are not the intended recipient, please do not > use or disseminate the information, notify the sender and delete it from your > system. -- Heikki Vatiainen <h...@open.com.au> Radiator: the most portable, flexible and configurable RADIUS server anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, Platypus, Freeside, TACACS+, PAM, external, Active Directory, EAP, TLS, TTLS, PEAP, TNC, WiMAX, RSA, Vasco, Yubikey, MOTP, HOTP, TOTP, DIAMETER etc. Full source on Unix, Windows, MacOSX, Solaris, VMS, NetWare etc. Larsen & Toubro Limited www.larsentoubro.com This Email may contain confidential or privileged information for the intended recipient (s) If you are not the intended recipient, please do not use or disseminate the information, notify the sender and delete it from your system.
pacdb.sqlite
Description: pacdb.sqlite
_______________________________________________ radiator mailing list radiator@open.com.au http://www.open.com.au/mailman/listinfo/radiator