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

Re : Re : certificate client.* non valid on windows XP
by Reveal MAP 13 Jul '08

13 Jul '08

Installing ca.der, server.crt and client.crt, i obtain exactly the same result!! ----- Message d'origine ---- De : Sergio <sergioyebenes(a)alumnos.upm.es> À : FreeRadius users mailing list <freeradius-users(a)lists.freeradius.org> Envoyé le : Dimanche, 13 Juillet 2008, 16h59mn 38s Objet : Re: Re : certificate client.* non valid on windows XP Reveal MAP escribió: > Thank you Sergio for your answer. > > > - windows says too that one of the certificate authority seems to not > be able to deliver certificate or can't be used as final entity... > so, I tried what you said: install Server.p12 as intermediate CAr, > without resolving the problem. > > i will try to make my own certs and see. thanks! > > ----- > > > > I had the same problem. The fact is that server is an intermediate > authotity and, using internet explorer, you need to install server.p12 > into intermediate trusted ca containeer. Also check validity period > (begining date). I had to change windows date to next day, but I don't > remember why. Finally I made my own ca because default radius PKI was > confusing me, and I used mi ca private key to sign client.* > I hope that this help you. > - > List info/subscribe/unsubscribe? See > http://www.freeradius.org/list/users.html > > ----- Message d'origine ---- > De : Sergio <sergioyebenes(a)alumnos.upm.es> > À : FreeRadius users mailing list <freeradius-users(a)lists.freeradius.org> > Envoyé le : Dimanche, 13 Juillet 2008, 16h09mn 34s > Objet : Re: certificate client.* non valid on windows XP > > Reveal MAP escribió: > > hi, > > > > I use freeradius 2.0.5 and openSUSE 10.3 > > > > i ran "bootstrap" script + "make client.pem", "make.client.p12", > > - I imported "ca.der" on my xp laptop, located at the CA Authorithy > > containeer. > > I imported server.p12 too (just to verify the signature) and > > everything is Ok > > - But when i import client.p12, windows says me this certificated is > > not valid! and i dont know why. > > > > I executed two commands: server.vrfy and client.vrfy, hoping their > > output (below) could help. > > > > > > Thank you for helping > > > ------------------------------------------------------------------------------------------------- > > linux:/etc/raddb/certs # make server.vrfy > > openssl verify -CAfile ca.pem server.pem > > server.pem: OK > > > > > > make client.vrfy > > openssl pkcs12 -export -in server.crt -inkey server.key -out > > server.p12 -passin pass:`grep output_password server.cnf | sed > > 's/.*=//;s/^ *//'` -passout pass:`grep output_password server.cnf | > > sed 's/.*=//;s/^ *//'` > > openssl pkcs12 -in server.p12 -out server.pem -passin pass:`grep > > output_password server.cnf | sed 's/.*=//;s/^ *//'` -passout > > pass:`grep output_password server.cnf | sed 's/.*=//;s/^ *//'` > > MAC verified OK > > openssl pkcs12 -export -in client.crt -inkey client.key -out > > client.p12 -passin pass:`grep output_password client.cnf | sed > > 's/.*=//;s/^ *//'` -passout pass:`grep output_password client.cnf | > > sed 's/.*=//;s/^ *//'` > > openssl pkcs12 -in client.p12 -out client.pem -passin pass:`grep > > output_password client.cnf | sed 's/.*=//;s/^ *//'` -passout > > pass:`grep output_password client.cnf | sed 's/.*=//;s/^ *//'` > > MAC verified OK > > cp client.pem `grep emailAddress client.cnf | grep '@' | sed > > 's/.*=//;s/^ *//'`.pem > > c_rehash . > > Doing . > > 02.pem => eee97f35.0 > > WARNING: Skipping duplicate certificate user(a)example.com.pem > <mailto:user@example.com.pem> > > client.pem => 583a9f4b.0 > > 01.pem => dcd1729a.0 > > WARNING: Skipping duplicate certificate user2(a)example.com.pem > <mailto:user2@example.com.pem> > > server.pem => dcd1729a.1 > > WARNING: Skipping duplicate certificate 03.pem > > WARNING: Skipping duplicate certificate 04.pem > > ca.pem => 23537b55.0 > > openssl verify -CApath . client.pem > > client.pem: OK > > > > ------------------------------------------------------------------------ > > Envoyé avec Yahoo! Mail > > > <http://us.rd.yahoo.com/mailuk/taglines/isp/control/*http://us.rd.yahoo.com/…>. > > Une boite mail plus intelligente. > > > > __________ Informaci�n de NOD32, revisi�n 3263 (20080711) __________ > > > > Este mensaje ha sido analizado con NOD32 antivirus system > > http://www.nod32.com > > ------------------------------------------------------------------------ > > > > - > > List info/subscribe/unsubscribe? See > http://www.freeradius.org/list/users.html > > > > > > __________ Información de NOD32, revisión 3263 (20080711) __________ > > > > Este mensaje ha sido analizado con NOD32 antivirus system > > http://www.nod32.com > > > ------------------------------------------------------------------------ > Envoyé avec Yahoo! Mail > <http://us.rd.yahoo.com/mailuk/taglines/isp/control/*http://us.rd.yahoo.com/…>. > Une boite mail plus intelligente. > > __________ Informaci�n de NOD32, revisi�n 3263 (20080711) __________ > > Este mensaje ha sido analizado con NOD32 antivirus system > http://www.nod32.com > ------------------------------------------------------------------------ > > - > List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html > > > __________ Información de NOD32, revisión 3263 (20080711) __________ > > Este mensaje ha sido analizado con NOD32 antivirus system > http://www.nod32.com > Try to install server.cer, not server.p12 into intermediate containeer. open client cert with IE and see certification route. If you can see the 3 level route but client cert isn't ok, check dates. I'm sure this works. - 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

Re : certificate client.* non valid on windows XP
by Reveal MAP 13 Jul '08

13 Jul '08

Thank you Sergio for your answer. - windows says too that one of the certificate authority seems to not be able to deliver certificate or can't be used as final entity... so, I tried what you said: install Server.p12 as intermediate CAr, without resolving the problem. i will try to make my own certs and see. thanks! ----- > I had the same problem. The fact is that server is an intermediate authotity and, using internet explorer, you need to install server.p12 into intermediate trusted ca containeer. Also check validity period (begining date). I had to change windows date to next day, but I don't remember why. Finally I made my own ca because default radius PKI was confusing me, and I used mi ca private key to sign client.* I hope that this help you. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html ----- Message d'origine ---- De : Sergio <sergioyebenes(a)alumnos.upm.es> À : FreeRadius users mailing list <freeradius-users(a)lists.freeradius.org> Envoyé le : Dimanche, 13 Juillet 2008, 16h09mn 34s Objet : Re: certificate client.* non valid on windows XP Reveal MAP escribió: > hi, > > I use freeradius 2.0.5 and openSUSE 10.3 > > i ran "bootstrap" script + "make client.pem", "make.client.p12", > - I imported "ca.der" on my xp laptop, located at the CA Authorithy > containeer. > I imported server.p12 too (just to verify the signature) and > everything is Ok > - But when i import client.p12, windows says me this certificated is > not valid! and i dont know why. > > I executed two commands: server.vrfy and client.vrfy, hoping their > output (below) could help. > > > Thank you for helping > ------------------------------------------------------------------------------------------------- > linux:/etc/raddb/certs # make server.vrfy > openssl verify -CAfile ca.pem server.pem > server.pem: OK > > > make client.vrfy > openssl pkcs12 -export -in server.crt -inkey server.key -out > server.p12 -passin pass:`grep output_password server.cnf | sed > 's/.*=//;s/^ *//'` -passout pass:`grep output_password server.cnf | > sed 's/.*=//;s/^ *//'` > openssl pkcs12 -in server.p12 -out server.pem -passin pass:`grep > output_password server.cnf | sed 's/.*=//;s/^ *//'` -passout > pass:`grep output_password server.cnf | sed 's/.*=//;s/^ *//'` > MAC verified OK > openssl pkcs12 -export -in client.crt -inkey client.key -out > client.p12 -passin pass:`grep output_password client.cnf | sed > 's/.*=//;s/^ *//'` -passout pass:`grep output_password client.cnf | > sed 's/.*=//;s/^ *//'` > openssl pkcs12 -in client.p12 -out client.pem -passin pass:`grep > output_password client.cnf | sed 's/.*=//;s/^ *//'` -passout > pass:`grep output_password client.cnf | sed 's/.*=//;s/^ *//'` > MAC verified OK > cp client.pem `grep emailAddress client.cnf | grep '@' | sed > 's/.*=//;s/^ *//'`.pem > c_rehash . > Doing . > 02.pem => eee97f35.0 > WARNING: Skipping duplicate certificate user(a)example.com.pem > client.pem => 583a9f4b.0 > 01.pem => dcd1729a.0 > WARNING: Skipping duplicate certificate user2(a)example.com.pem > server.pem => dcd1729a.1 > WARNING: Skipping duplicate certificate 03.pem > WARNING: Skipping duplicate certificate 04.pem > ca.pem => 23537b55.0 > openssl verify -CApath . client.pem > client.pem: OK > > ------------------------------------------------------------------------ > Envoyé avec Yahoo! Mail > <http://us.rd.yahoo.com/mailuk/taglines/isp/control/*http://us.rd.yahoo.com/…>. > Une boite mail plus intelligente. > > __________ Informaci�n de NOD32, revisi�n 3263 (20080711) __________ > > Este mensaje ha sido analizado con NOD32 antivirus system > http://www.nod32.com > ------------------------------------------------------------------------ > > - > List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html > > > __________ Información de NOD32, revisión 3263 (20080711) __________ > > Este mensaje ha sido analizado con NOD32 antivirus system > http://www.nod32.com _____________________________________________________________________________ Envoyez avec Yahoo! Mail. Une boite mail plus intelligente http://mail.yahoo.fr

2 1

certificate client.* non valid on windows XP
by Reveal MAP 13 Jul '08

13 Jul '08

hi, I use freeradius 2.0.5 and openSUSE 10.3 i ran "bootstrap" script + "make client.pem", "make.client.p12", - I imported "ca.der" on my xp laptop, located at the CA Authorithy containeer. I imported server.p12 too (just to verify the signature) and everything is Ok - But when i import client.p12, windows says me this certificated is not valid! and i dont know why. I executed two commands: server.vrfy and client.vrfy, hoping their output (below) could help. Thank you for helping ------------------------------------------------------------------------------------------------- linux:/etc/raddb/certs # make server.vrfy openssl verify -CAfile ca.pem server.pem server.pem: OK make client.vrfy openssl pkcs12 -export -in server.crt -inkey server.key -out server.p12 -passin pass:`grep output_password server.cnf | sed 's/.*=//;s/^ *//'` -passout pass:`grep output_password server.cnf | sed 's/.*=//;s/^ *//'` openssl pkcs12 -in server.p12 -out server.pem -passin pass:`grep output_password server.cnf | sed 's/.*=//;s/^ *//'` -passout pass:`grep output_password server.cnf | sed 's/.*=//;s/^ *//'` MAC verified OK openssl pkcs12 -export -in client.crt -inkey client.key -out client.p12 -passin pass:`grep output_password client.cnf | sed 's/.*=//;s/^ *//'` -passout pass:`grep output_password client.cnf | sed 's/.*=//;s/^ *//'` openssl pkcs12 -in client.p12 -out client.pem -passin pass:`grep output_password client.cnf | sed 's/.*=//;s/^ *//'` -passout pass:`grep output_password client.cnf | sed 's/.*=//;s/^ *//'` MAC verified OK cp client.pem `grep emailAddress client.cnf | grep '@' | sed 's/.*=//;s/^ *//'`.pem c_rehash . Doing . 02.pem => eee97f35.0 WARNING: Skipping duplicate certificate user(a)example.com.pem client.pem => 583a9f4b.0 01.pem => dcd1729a.0 WARNING: Skipping duplicate certificate user2(a)example.com.pem server.pem => dcd1729a.1 WARNING: Skipping duplicate certificate 03.pem WARNING: Skipping duplicate certificate 04.pem ca.pem => 23537b55.0 openssl verify -CApath . client.pem client.pem: OK _____________________________________________________________________________ Envoyez avec Yahoo! Mail. Une boite mail plus intelligente http://mail.yahoo.fr

2 1

having problems with different eap modules
by Sergio 13 Jul '08

13 Jul '08

Hi, my users file contains this: "YEBENES MORENO, SERGIO (AUTENTICACIÓN)" "NOMBRE YEBENES MORENO SERGIO" my sites-enabled/default contains this authorize { ...... if (User-Name == "YEBENES MORENO, SERGIO (AUTENTICACIÓN)") { DNIe } elsif (User-Name == "NOMBRE YEBENES MORENO SERGIO") { FNMT } ...... } authenticate { ...... DNIe FNMT ..... } my radiusd.conf contains this ...... eap DNIe {....} eap FNMT {....} ..... #being separated, working ok I've deactivated proxy-request also, and commented $INCLUDE proxy.conf. Sometimes I can authenticate both users but sometimes I have this log with first user in this case: rad_recv: Access-Request packet from host 192.168.0.3 port 3072, id=0, length=191 User-Name = "YEBENES MORENO, SERGIO (AUTENTICACIÓN)" NAS-IP-Address = 192.168.0.3 Called-Station-Id = "0014c145956f" Calling-Station-Id = "001cf01294dd" NAS-Identifier = "0014c145956f" NAS-Port = 27 Framed-MTU = 1400 NAS-Port-Type = Wireless-802.11 EAP-Message = 0x0200002c01594542454e4553204d4f52454e4f2c2053455247494f2028415554454e544943414349c3934e29 Message-Authenticator = 0xa54b6486b856720c5b53d13d93a3c986 +- entering group authorize ++[preprocess] returns ok rlm_realm: No '@' in User-Name = "YEBENES MORENO, SERGIO (AUTENTICACI�?N)", looking up realm NULL rlm_realm: No such realm "NULL" ++[suffix] returns noop ++? if (User-Name == "YEBENES MORENO, SERGIO (AUTENTICACI�?N)") ? Evaluating (User-Name == "YEBENES MORENO, SERGIO (AUTENTICACI�?N)") -> TRUE ++? if (User-Name == "YEBENES MORENO, SERGIO (AUTENTICACI�?N)") -> TRUE ++- entering if (User-Name == "YEBENES MORENO, SERGIO (AUTENTICACI�?N)") rlm_eap: EAP packet type response id 0 length 44 rlm_eap: No EAP Start, assuming it's an on-going EAP conversation +++[DNIe] returns updated ++- if (User-Name == "YEBENES MORENO, SERGIO (AUTENTICACI�?N)") returns updated ++ ... skipping elsif for request 0: Preceding "if" was taken ++[unix] returns notfound users: Matched entry YEBENES MORENO, SERGIO (AUTENTICACI�?N) at line 64 ++[files] returns ok ++[expiration] returns noop ++[logintime] returns noop rad_check_password: Found Auth-Type DNIe auth: type "DNIe" +- entering group authenticate rlm_eap: EAP Identity rlm_eap: processing type tls rlm_eap_tls: Requiring client certificate rlm_eap_tls: Initiate rlm_eap_tls: Start returned 1 ++[DNIe] returns handled Sending Access-Challenge of id 0 to 192.168.0.3 port 3072 EAP-Message = 0x010100060d20 Message-Authenticator = 0x00000000000000000000000000000000 State = 0x4b4488b94b458530f65cf8f80cfd1f5e Finished request 0. Going to the next request Waking up in 4.9 seconds. Cleaning up request 0 ID 0 with timestamp +8 Ready to process requests. rad_recv: Access-Request packet from host 192.168.0.3 port 3072, id=0, length=199 NAS-IP-Address = 192.168.0.3 Called-Station-Id = "0014c145956f" Calling-Station-Id = "001cf01294dd" NAS-Identifier = "0014c145956f" NAS-Port = 27 Framed-MTU = 1400 NAS-Port-Type = Wireless-802.11 EAP-Message = 0x0201005d0d0016030100520100004e030148791746f321838297028ad0310c01e89a8658b33fb6d1912141922b623886ab00002600390038003500160013000a00330032002f0005000400150012000900140011000800060003020100 Message-Authenticator = 0x6e7ed6d984d2842c80ec94779dbd71c7 +- entering group authorize ++[preprocess] returns ok rlm_realm: Proxy reply, or no User-Name. Ignoring. ++[suffix] returns ok ++? if (User-Name == "YEBENES MORENO, SERGIO (AUTENTICACI�?N)") (Attribute User-Name was not found) ++? elsif (User-Name == "NOMBRE YEBENES MORENO SERGIO") (Attribute User-Name was not found) ++[unix] returns noop ++[files] returns noop ++[expiration] returns noop ++[logintime] returns noop auth: No authenticate method (Auth-Type) configuration found for the request: Rejecting the user auth: Failed to validate the user. Found Post-Auth-Type Reject +- entering group REJECT expand: %{User-Name} -> ++[attr_filter.access_reject] returns noop Sending Access-Reject of id 0 to 192.168.0.3 port 3072 Finished request 1. Going to the next request Waking up in 4.9 seconds. Cleaning up request 1 ID 0 with timestamp +38 Ready to process requests. why User-Name couldn't be found? If first match with users file was ok and found DNIe module, radius should begin tls handshake. Does wpa_supplicant sends identity only in the rist Access-Request? this sounds a little strange... Any "Sauron Eye" which can help me? Thanks

2 1

Re : Re : certificate client.* non valid on windows XP
by Joel MBA OYONE 12 Jul '08

12 Jul '08

Thanx a lot guy! I tried to create my own certificate (that i didn't verify), but i still encounter a problem generating the client certificate: the key file and and the .912 file are empty and i don't know why. (size 0 kb), and it gives no error message!! i will try the scripts you gave me... mine are below and could be have a mistake on cleints lines: ------------------------------------------------------------------------------------------------------------- ------------------------------------------------------------------------------------------------------------- ###################################################################### # # Create a new self-signed CA certificate # ###################################################################### # cakey.pem, cacert.pem: openssl req -new -x509 -keyout /etc/raddb/Md5CA/Private/cakey.pem -out /etc/raddb/Md5CA/cacert.pem -config /etc/raddb/Md5CA/conf/ca.cnf ca.der: ca.pem openssl x509 -inform PEM -outform DER -in /etc/raddb/Md5CA/cacert.pem -out /etc/raddb/Md5CA/cacert.der ###################################################################### # requete de cerificat server openssl req -newkey rsa:1024 -keyout /etc/raddb/Md5CA/keys/radiusserver2_key.pem -out /etc/raddb/Md5CA/req/radiusserver2_cert.req -config /etc/raddb/Md5CA/conf/server.cnf # Signature du certificat server openssl ca -out /etc/raddb/Md5CA/certs/radiusserver2_cert.pem -extensions xpserver_ext -extfile /etc/ssl/xpextensions -infiles /etc/raddb/Md5CA/req/radiusserver2_cert.req =================================================================================== ====================================================================================================================================================================== # requete de cerificat client #openssl req -new -nodes -keyout /etc/raddb/Md5CA/keys/toutou_key.pem -out /etc/raddb/Md5CA/req/toutou_cert.req openssl req -newkey rsa:1024 -keyout /etc/raddb/Md5CA/keys/toutou_key.pem -out /etc/raddb/Md5CA/req/toutou_cert.req -config /etc/raddb/Md5CA/conf/client.cnf # Signature du certificat client openssl ca -out /etc/raddb/certs/Md5CA/certs/toutou_cert.pem -extensions xpclient_ext -extfile /etc/ssl/xpextensions -infiles /etc/raddb/Md5CA/req/toutou_cert.req # conversion du certificat client au format pkcs12 openssl pkcs12 -export -in /etc/raddb/Md5CA/certs/toutou_cert.pem -inkey /etc/raddb/Md5CA/key/toutou_key.pem -out /etc/raddb/Md5CA/certs/p12s/toutou_certs.p12 -clcerts ###################################################################### # # Miscellaneous rules. # ###################################################################### index.txt: @touch index.txt serial: @echo '01' > serial random: @if [ -e /dev/urandom ] ; then \ dd if=/dev/urandom of=./random count=10 >/dev/null 2>&1; \ else \ date > ./random; \ fi print: openssl x509 -text -in server.crt printca: openssl x509 -text -in ca.pem clean: @rm -f *~ *old client.csr client.key client.crt client.p12 client.pem # # Run distclean ONLY if there's a CVS directory, AND it points to # cvs.freeradius.org. Otherwise, it would be easy for administrators # to type "make distclean", and destroy their CA and server certificates. # distclean: @if [ -d CVS -a `grep -i 'cvs\.freeradius\.org' CVS/Root` ] ; then \ rm -f *~ dh *.csr *.crt *.p12 *.der *.pem *.key index.txt* \ serial* random *\.0 *\.1; \ fi MBA OYONE Joël Lot. El Firdaous Bât GH20, Porte A 204, Appt 8 20000 Oulfa Casablanca - Maroc Tél. : +212 69 25 85 70 ----- Message d'origine ---- De : Sergio <sergioyebenes(a)alumnos.upm.es> À : FreeRadius users mailing list <freeradius-users(a)lists.freeradius.org> Envoyé le : Lundi, 14 Juillet 2008, 21h50mn 42s Objet : Re : certificate client.* non valid on windows XP Reveal MAP escribió: > Thanx for your help Sergio, but it is exactly the same!! it doesn't work. > > ----- Message d'origine ---- > De : Sergio <sergioyebenes(a)alumnos.upm.es> > À : FreeRadius users mailing list <freeradius-users(a)lists.freeradius.org> > Envoyé le : Dimanche, 13 Juillet 2008, 18h51mn 41s > Objet : Re : certificate client.* non valid on windows XP > > Reveal MAP escribió: > > Installing ca.der, server.crt and client.crt, i obtain exactly the > > same result!! > > > > ----- Message d'origine ---- > > De : Sergio <sergioyebenes(a)alumnos.upm.es > <mailto:sergioyebenes@alumnos.upm.es>> > > À : FreeRadius users mailing list > <freeradius-users(a)lists.freeradius.org > <mailto:freeradius-users@lists.freeradius.org>> > > Envoyé le : Dimanche, 13 Juillet 2008, 16h59mn 38s > > Objet : Re: Re : certificate client.* non valid on windows XP > > > > Reveal MAP escribió: > > > Thank you Sergio for your answer. > > > > > > > > > - windows says too that one of the certificate authority seems to not > > > be able to deliver certificate or can't be used as final entity... > > > so, I tried what you said: install Server.p12 as intermediate CAr, > > > without resolving the problem. > > > > > > i will try to make my own certs and see. thanks! > > > > > > ----- > > > > > > > > > > I had the same problem. The fact is that server is an intermediate > > > authotity and, using internet explorer, you need to install server.p12 > > > into intermediate trusted ca containeer. Also check validity period > > > (begining date). I had to change windows date to next day, but I don't > > > remember why. Finally I made my own ca because default radius PKI was > > > confusing me, and I used mi ca private key to sign client.* > > > I hope that this help you. > > > - > > > List info/subscribe/unsubscribe? See > > > http://www.freeradius.org/list/users.html > > > > > > ----- Message d'origine ---- > > > De : Sergio <sergioyebenes(a)alumnos.upm.es > <mailto:sergioyebenes@alumnos.upm.es> > > <mailto:sergioyebenes@alumnos.upm.es > <mailto:sergioyebenes@alumnos.upm.es>>> > > > À : FreeRadius users mailing list > > <freeradius-users(a)lists.freeradius.org > <mailto:freeradius-users@lists.freeradius.org> > > <mailto:freeradius-users@lists.freeradius.org > <mailto:freeradius-users@lists.freeradius.org>>> > > > Envoyé le : Dimanche, 13 Juillet 2008, 16h09mn 34s > > > Objet : Re: certificate client.* non valid on windows XP > > > > > > Reveal MAP escribió: > > > > hi, > > > > > > > > I use freeradius 2.0.5 and openSUSE 10.3 > > > > > > > > i ran "bootstrap" script + "make client.pem", "make.client.p12", > > > > - I imported "ca.der" on my xp laptop, located at the CA Authorithy > > > > containeer. > > > > I imported server.p12 too (just to verify the signature) and > > > > everything is Ok > > > > - But when i import client.p12, windows says me this certificated is > > > > not valid! and i dont know why. > > > > > > > > I executed two commands: server.vrfy and client.vrfy, hoping their > > > > output (below) could help. > > > > > > > > > > > > Thank you for helping > > > > > > > > > > ------------------------------------------------------------------------------------------------- > > > > linux:/etc/raddb/certs # make server.vrfy > > > > openssl verify -CAfile ca.pem server.pem > > > > server.pem: OK > > > > > > > > > > > > make client.vrfy > > > > openssl pkcs12 -export -in server.crt -inkey server.key -out > > > > server.p12 -passin pass:`grep output_password server.cnf | sed > > > > 's/.*=//;s/^ *//'` -passout pass:`grep output_password server.cnf | > > > > sed 's/.*=//;s/^ *//'` > > > > openssl pkcs12 -in server.p12 -out server.pem -passin pass:`grep > > > > output_password server.cnf | sed 's/.*=//;s/^ *//'` -passout > > > > pass:`grep output_password server.cnf | sed 's/.*=//;s/^ *//'` > > > > MAC verified OK > > > > openssl pkcs12 -export -in client.crt -inkey client.key -out > > > > client.p12 -passin pass:`grep output_password client.cnf | sed > > > > 's/.*=//;s/^ *//'` -passout pass:`grep output_password client.cnf | > > > > sed 's/.*=//;s/^ *//'` > > > > openssl pkcs12 -in client.p12 -out client.pem -passin pass:`grep > > > > output_password client.cnf | sed 's/.*=//;s/^ *//'` -passout > > > > pass:`grep output_password client.cnf | sed 's/.*=//;s/^ *//'` > > > > MAC verified OK > > > > cp client.pem `grep emailAddress client.cnf | grep '@' | sed > > > > 's/.*=//;s/^ *//'`.pem > > > > c_rehash . > > > > Doing . > > > > 02.pem => eee97f35.0 > > > > WARNING: Skipping duplicate certificate user(a)example.com.pem > <mailto:user@example.com.pem> > > <mailto:user@example.com.pem <mailto:user@example.com.pem>> > > > <mailto:user@example.com.pem <mailto:user@example.com.pem> > <mailto:user@example.com.pem <mailto:user@example.com.pem>>> > > > > client.pem => 583a9f4b.0 > > > > 01.pem => dcd1729a.0 > > > > WARNING: Skipping duplicate certificate user2(a)example.com.pem > <mailto:user2@example.com.pem> > > <mailto:user2@example.com.pem <mailto:user2@example.com.pem>> > > > <mailto:user2@example.com.pem <mailto:user2@example.com.pem> > <mailto:user2@example.com.pem <mailto:user2@example.com.pem>>> > > > > server.pem => dcd1729a.1 > > > > WARNING: Skipping duplicate certificate 03.pem > > > > WARNING: Skipping duplicate certificate 04.pem > > > > ca.pem => 23537b55.0 > > > > openssl verify -CApath . client.pem > > > > client.pem: OK > > > > > > > > > > ------------------------------------------------------------------------ > > > > Envoyé avec Yahoo! Mail > > > > > > > > > > <http://us.rd.yahoo.com/mailuk/taglines/isp/control/*http://us.rd.yahoo.com/…>. > > > > Une boite mail plus intelligente. > > > > > > > > __________ Informaci�n de NOD32, revisi�n 3263 (20080711) __________ > > > > > > > > Este mensaje ha sido analizado con NOD32 antivirus system > > > > http://www.nod32.com > > > > > > ------------------------------------------------------------------------ > > > > > > > > - > > > > List info/subscribe/unsubscribe? See > > > http://www.freeradius.org/list/users.html > > > > > > > > > > > > __________ Información de NOD32, revisión 3263 (20080711) __________ > > > > > > > > Este mensaje ha sido analizado con NOD32 antivirus system > > > > http://www.nod32.com > > > > > > > > > > ------------------------------------------------------------------------ > > > Envoyé avec Yahoo! Mail > > > > > > <http://us.rd.yahoo.com/mailuk/taglines/isp/control/*http://us.rd.yahoo.com/…>. > > > Une boite mail plus intelligente. > > > > > > __________ Informaci�n de NOD32, revisi�n 3263 (20080711) __________ > > > > > > Este mensaje ha sido analizado con NOD32 antivirus system > > > http://www.nod32.com > > > > ------------------------------------------------------------------------ > > > > > > - > > > List info/subscribe/unsubscribe? See > > http://www.freeradius.org/list/users.html > > > > > > > > > __________ Información de NOD32, revisión 3263 (20080711) __________ > > > > > > Este mensaje ha sido analizado con NOD32 antivirus system > > > http://www.nod32.com > > > > > Try to install server.cer, not server.p12 into intermediate containeer. > > open client cert with IE and see certification route. If you can see the > > 3 level route but client cert isn't ok, check dates. I'm sure this > works. > > - > > List info/subscribe/unsubscribe? See > > http://www.freeradius.org/list/users.html > > > > ------------------------------------------------------------------------ > > Envoyé avec Yahoo! Mail > > > <http://us.rd.yahoo.com/mailuk/taglines/isp/control/*http://us.rd.yahoo.com/…>. > > Une boite mail plus intelligente. > > > > __________ Informaci�n de NOD32, revisi�n 3263 (20080711) __________ > > > > Este mensaje ha sido analizado con NOD32 antivirus system > > http://www.nod32.com > > ------------------------------------------------------------------------ > > > > - > > List info/subscribe/unsubscribe? See > http://www.freeradius.org/list/users.html > > > > > > __________ Información de NOD32, revisión 3263 (20080711) __________ > > > > Este mensaje ha sido analizado con NOD32 antivirus system > > http://www.nod32.com > > > If you install client.crt you only have installed client public key. DER > format (crt, cer, der) usually contains only public key. p12 format > contains public and private key. Because of this, and because server is > your signer, you should install ca.der, server.crt and client.p12 into > root, intermediate, and personal containeers, respectively and with this > order to be sure. > > - > List info/subscribe/unsubscribe? See > http://www.freeradius.org/list/users.html > > ------------------------------------------------------------------------ > Envoyé avec Yahoo! Mail > <http://us.rd.yahoo.com/mailuk/taglines/isp/control/*http://us.rd.yahoo.com/…>. > Une boite mail plus intelligente. > ------------------------------------------------------------------------ > > - > List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html > > > __________ Información de NOD32, revisión 3263 (20080711) __________ > > Este mensaje ha sido analizado con NOD32 antivirus system > http://www.nod32.com > I think it can be Extended Key Usage field into server cert. It brings client authentication and probably IE isn't clever enough. But default configuration append xp extensions and should work......I don't understand.......firefox hasn't got intermediate ca containeer, but it installs cert into root container and recognizes the route. You can see this link, it's spanish, but there are 3 shell scripts, commented in english, to build all the pki. be carefully with demoCA/ dir. http://www.blyx.com/public/wireless/wpa+eap-tls+radius/hotwo-wpa+eap-tls+fr… - 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

1 0

about "freeradius accepts anybody"
by Sergio Yébenes Moreno 12 Jul '08

12 Jul '08

Using eap-tls we can make a "filter" to users, based on different attibutes (I think). In my case, the "identity" field in wpa_supplicant.conf. Freeradius config: file users contains this ..... ..... $INCLUDE autorizados DEFAULT Auth-Type := Reject Reply-Message = "out" ...... ...... file autorizados contains this "user1" Cleartext-Password := "" Reply-Message = "Autorizando....." Fall-Through = No "user2" ............ ........... I had to make this because I'm not the signer of client certificates, only for server. I hope that somebody will help this.

5 27

Strange password when authenticating via pppoe-server.
by Maciej Drobniuch 12 Jul '08

12 Jul '08

Hi! Now I have a new problem. When auth via radiusclient, everyting works fine: >radtest steve testing localhost 1813 somesecret Sat Jul 12 12:07:31 2008 : Debug: modsingle[authenticate]: calling pap (rlm_pap) for request 4 Sat Jul 12 12:07:31 2008 : Debug: rlm_pap: login attempt with password "testing" Sat Jul 12 12:07:31 2008 : Debug: rlm_pap: Using clear text password "testing" Sat Jul 12 12:07:31 2008 : Debug: rlm_pap: User authenticated successfully Sat Jul 12 12:07:31 2008 : Debug: modsingle[authenticate]: returned from pap (rlm_pap) for request 4 Sat Jul 12 12:07:31 2008 : Debug: ++[pap] returns ok Sat Jul 12 12:07:31 2008 : Debug: +- entering group post-auth Sat Jul 12 12:07:31 2008 : Debug: modsingle[post-auth]: calling exec (rlm_exec) for request 4 Sat Jul 12 12:07:31 2008 : Debug: modsingle[post-auth]: returned from exec (rlm_exec) for request 4 Sat Jul 12 12:07:31 2008 : Debug: ++[exec] returns noop Sending Access-Accept of id 146 to 127.0.0.1 port 32770 Service-Type = Framed-User Framed-Protocol = PPP Framed-IP-Address = 172.16.3.33 Framed-IP-Netmask = 255.255.255.0 Framed-Routing = Broadcast-Listen Framed-Filter-Id = "std.ppp" Framed-MTU = 1500 Framed-Compression = Van-Jacobson-TCP-IP I've also tried to auth using this command(and the login is also successful): echo User-Name = "steve", CHAP-Password = "testing" | radclient localhost auth somesecret But when i've had tried to login from a client (windows xp) station using the pppoe-server(on the server) the debug output looks like this: Force PAP(require-pap) on pppoe-server: Sat Jul 12 12:11:23 2008 : Debug: auth: type "PAP" Sat Jul 12 12:11:23 2008 : Debug: +- entering group PAP Sat Jul 12 12:11:23 2008 : Debug: modsingle[authenticate]: calling pap (rlm_pap) for request 7 Sat Jul 12 12:11:23 2008 : Debug: rlm_pap: login attempt with password "ŞĂ23ćtn?? 8šľ1RĄ" Sat Jul 12 12:11:23 2008 : Debug: rlm_pap: Using clear text password "testing" Sat Jul 12 12:11:23 2008 : Debug: rlm_pap: Passwords don't match Sat Jul 12 12:11:23 2008 : Debug: modsingle[authenticate]: returned from pap (rlm_pap) for request 7 Sat Jul 12 12:11:23 2008 : Debug: ++[pap] returns reject Sat Jul 12 12:11:23 2008 : Debug: auth: Failed to validate the user. Sat Jul 12 12:11:23 2008 : Debug: WARNING: Unprintable characters in the password. Double-check the shared secret on the server and the NAS! Sat Jul 12 12:11:23 2008 : Debug: Found Post-Auth-Type Reject Sat Jul 12 12:11:23 2008 : Debug: +- entering group REJECT Sat Jul 12 12:11:23 2008 : Debug: modsingle[post-auth]: calling attr_filter.access_reject (rlm_attr_filter) for request 7 Sat Jul 12 12:11:23 2008 : Debug: expand: %{User-Name} -> steve Sat Jul 12 12:11:23 2008 : Debug: attr_filter: Matched entry DEFAULT at line 11 Sat Jul 12 12:11:23 2008 : Debug: modsingle[post-auth]: returned from attr_filter.access_reject (rlm_attr_filter) for request 7 Sat Jul 12 12:11:23 2008 : Debug: ++[attr_filter.access_reject] returns updated Force CHAP(require-chap) on PPPoE server: Sat Jul 12 12:13:04 2008 : Debug: auth: type "CHAP" Sat Jul 12 12:13:04 2008 : Debug: +- entering group CHAP Sat Jul 12 12:13:04 2008 : Debug: modsingle[authenticate]: calling chap (rlm_chap) for request 0 Sat Jul 12 12:13:04 2008 : Debug: rlm_chap: login attempt by "steve" with CHAP password Sat Jul 12 12:13:04 2008 : Debug: rlm_chap: Using clear text password "testing" for user steve authentication. Sat Jul 12 12:13:04 2008 : Debug: rlm_chap: Password check failed Sat Jul 12 12:13:04 2008 : Debug: modsingle[authenticate]: returned from chap (rlm_chap) for request 0 Sat Jul 12 12:13:04 2008 : Debug: ++[chap] returns reject Sat Jul 12 12:13:04 2008 : Debug: auth: Failed to validate the user. Sat Jul 12 12:13:04 2008 : Debug: Found Post-Auth-Type Reject Sat Jul 12 12:13:04 2008 : Debug: +- entering group REJECT Sat Jul 12 12:13:04 2008 : Debug: modsingle[post-auth]: calling attr_filter.access_reject (rlm_attr_filter) for request 0 Sat Jul 12 12:13:04 2008 : Debug: expand: %{User-Name} -> steve Sat Jul 12 12:13:04 2008 : Debug: attr_filter: Matched entry DEFAULT at line 11 Sat Jul 12 12:13:04 2008 : Debug: modsingle[post-auth]: returned from attr_filter.access_reject (rlm_attr_filter) for request 0 Sat Jul 12 12:13:04 2008 : Debug: ++[attr_filter.access_reject] returns updated Sending Access-Reject of id 57 to 127.0.0.1 port 32770 Sat Jul 12 12:13:04 2008 : Debug: Finished request 0. Sat Jul 12 12:13:04 2008 : Debug: Going to the next request Sat Jul 12 12:13:04 2008 : Debug: Waking up in 4.9 seconds. Sat Jul 12 12:13:09 2008 : Debug: Cleaning up request 0 ID 57 with timestamp +8 Sat Jul 12 12:13:09 2008 : Debug: Ready to process requests. What's wrong again? Thanks ! -- ------------------------ Maciej Drobniuch

2 3

Strange password when authenticating via pppoe-server.
by Maciej Drobniuch 12 Jul '08

12 Jul '08

Hi! Now I have a new problem. When auth via radiusclient, everyting works fine: >radtest steve testing localhost 1813 somesecret Sat Jul 12 12:07:31 2008 : Debug: modsingle[authenticate]: calling pap (rlm_pap) for request 4 Sat Jul 12 12:07:31 2008 : Debug: rlm_pap: login attempt with password "testing" Sat Jul 12 12:07:31 2008 : Debug: rlm_pap: Using clear text password "testing" Sat Jul 12 12:07:31 2008 : Debug: rlm_pap: User authenticated successfully Sat Jul 12 12:07:31 2008 : Debug: modsingle[authenticate]: returned from pap (rlm_pap) for request 4 Sat Jul 12 12:07:31 2008 : Debug: ++[pap] returns ok Sat Jul 12 12:07:31 2008 : Debug: +- entering group post-auth Sat Jul 12 12:07:31 2008 : Debug: modsingle[post-auth]: calling exec (rlm_exec) for request 4 Sat Jul 12 12:07:31 2008 : Debug: modsingle[post-auth]: returned from exec (rlm_exec) for request 4 Sat Jul 12 12:07:31 2008 : Debug: ++[exec] returns noop Sending Access-Accept of id 146 to 127.0.0.1 port 32770 Service-Type = Framed-User Framed-Protocol = PPP Framed-IP-Address = 172.16.3.33 Framed-IP-Netmask = 255.255.255.0 Framed-Routing = Broadcast-Listen Framed-Filter-Id = "std.ppp" Framed-MTU = 1500 Framed-Compression = Van-Jacobson-TCP-IP I've also tried to auth using this command(and the login is also successful): echo User-Name = "steve", CHAP-Password = "testing" | radclient localhost auth somesecret But when i've had tried to login from a client (windows xp) station using the pppoe-server(on the server) the debug output looks like this: Force PAP(require-pap) on pppoe-server: Sat Jul 12 12:11:23 2008 : Debug: auth: type "PAP" Sat Jul 12 12:11:23 2008 : Debug: +- entering group PAP Sat Jul 12 12:11:23 2008 : Debug: modsingle[authenticate]: calling pap (rlm_pap) for request 7 Sat Jul 12 12:11:23 2008 : Debug: rlm_pap: login attempt with password "ŞĂ23ćtn?? 8šľ1RĄ" Sat Jul 12 12:11:23 2008 : Debug: rlm_pap: Using clear text password "testing" Sat Jul 12 12:11:23 2008 : Debug: rlm_pap: Passwords don't match Sat Jul 12 12:11:23 2008 : Debug: modsingle[authenticate]: returned from pap (rlm_pap) for request 7 Sat Jul 12 12:11:23 2008 : Debug: ++[pap] returns reject Sat Jul 12 12:11:23 2008 : Debug: auth: Failed to validate the user. Sat Jul 12 12:11:23 2008 : Debug: WARNING: Unprintable characters in the password. Double-check the shared secret on the server and the NAS! Sat Jul 12 12:11:23 2008 : Debug: Found Post-Auth-Type Reject Sat Jul 12 12:11:23 2008 : Debug: +- entering group REJECT Sat Jul 12 12:11:23 2008 : Debug: modsingle[post-auth]: calling attr_filter.access_reject (rlm_attr_filter) for request 7 Sat Jul 12 12:11:23 2008 : Debug: expand: %{User-Name} -> steve Sat Jul 12 12:11:23 2008 : Debug: attr_filter: Matched entry DEFAULT at line 11 Sat Jul 12 12:11:23 2008 : Debug: modsingle[post-auth]: returned from attr_filter.access_reject (rlm_attr_filter) for request 7 Sat Jul 12 12:11:23 2008 : Debug: ++[attr_filter.access_reject] returns updated Force CHAP(require-chap) on PPPoE server: Sat Jul 12 12:13:04 2008 : Debug: auth: type "CHAP" Sat Jul 12 12:13:04 2008 : Debug: +- entering group CHAP Sat Jul 12 12:13:04 2008 : Debug: modsingle[authenticate]: calling chap (rlm_chap) for request 0 Sat Jul 12 12:13:04 2008 : Debug: rlm_chap: login attempt by "steve" with CHAP password Sat Jul 12 12:13:04 2008 : Debug: rlm_chap: Using clear text password "testing" for user steve authentication. Sat Jul 12 12:13:04 2008 : Debug: rlm_chap: Password check failed Sat Jul 12 12:13:04 2008 : Debug: modsingle[authenticate]: returned from chap (rlm_chap) for request 0 Sat Jul 12 12:13:04 2008 : Debug: ++[chap] returns reject Sat Jul 12 12:13:04 2008 : Debug: auth: Failed to validate the user. Sat Jul 12 12:13:04 2008 : Debug: Found Post-Auth-Type Reject Sat Jul 12 12:13:04 2008 : Debug: +- entering group REJECT Sat Jul 12 12:13:04 2008 : Debug: modsingle[post-auth]: calling attr_filter.access_reject (rlm_attr_filter) for request 0 Sat Jul 12 12:13:04 2008 : Debug: expand: %{User-Name} -> steve Sat Jul 12 12:13:04 2008 : Debug: attr_filter: Matched entry DEFAULT at line 11 Sat Jul 12 12:13:04 2008 : Debug: modsingle[post-auth]: returned from attr_filter.access_reject (rlm_attr_filter) for request 0 Sat Jul 12 12:13:04 2008 : Debug: ++[attr_filter.access_reject] returns updated Sending Access-Reject of id 57 to 127.0.0.1 port 32770 Sat Jul 12 12:13:04 2008 : Debug: Finished request 0. Sat Jul 12 12:13:04 2008 : Debug: Going to the next request Sat Jul 12 12:13:04 2008 : Debug: Waking up in 4.9 seconds. Sat Jul 12 12:13:09 2008 : Debug: Cleaning up request 0 ID 57 with timestamp +8 Sat Jul 12 12:13:09 2008 : Debug: Ready to process requests. What's wrong again? Thanks ! -- ------------------------ Maciej Drobniuch

1 0

Freeradius and Cisco (cisco-avpair = "shell:priv-lvl=15" doesn't work)
by Simo 11 Jul '08

11 Jul '08

hello Mailing-List, i'm trying to do the authentication of cisco cat switches with the freeradius. The Authentication works fine, also the authentication of the enable lvl mode (e.g. $enab15$) and the accounting too (the configuration is from the freeradius-wiki cisco artical). But i'm still having a problem with cisco-avpair attribute. I don't know why shell:priv-lvl=15 doesn't work. I want, that the user will be directly logged in to the priv-lvl without doing the enable authentication. i'm using the Version 1.1.7 of Radius (Debian Package) and here ist my configuration (i have switched from sql database to files for debugging ): admin Cleartext-Password := "pass" Service-Type = NAS-Prompt-User, cisco-avpair = "shell:priv-lvl=15" and hier is the debugging output of freeradius (freeradius -X): rad_recv: Access-Request packet from host 192.168.178.2:1812, id=23, length=90 NAS-IP-Address = 192.168.178.2 NAS-Port = 2 Cisco-NAS-Port = "tty2" NAS-Port-Type = Virtual User-Name = "admin" Calling-Station-Id = "192.168.178.3" User-Password = "pass" 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 = "admin", looking up realm NULL rlm_realm: No such realm "NULL" modcall[authorize]: module "suffix" returns noop for request 0 rlm_eap: No EAP-Message, not doing EAP modcall[authorize]: module "eap" returns noop for request 0 users: Matched entry admin at line 64 modcall[authorize]: module "files" returns ok for request 0 radius_xlat: 'admin' rlm_sql (sql): sql_set_user escaped user --> 'admin' radius_xlat: 'SELECT id, UserName, Attribute, Value, op FROM radcheck WHERE Username = 'admin' ORDER BY id' rlm_sql (sql): Reserving sql socket id: 3 rlm_sql (sql): User admin not found in radcheck radius_xlat: 'SELECT radgroupcheck.id,radgroupcheck.GroupName,radgroupcheck.Att ribute,radgroupcheck.Value,radgroupcheck.op FROM radgroupcheck,usergroup WHERE usergroup.Username = 'admin' AND usergroup.GroupName = radgroupcheck.GroupName O RDER BY radgroupcheck.id' radius_xlat: 'SELECT radgroupreply.id,radgroupreply.GroupName,radgroupreply.Att ribute,radgroupreply.Value,radgroupreply.op FROM radgroupreply,usergroup WHERE usergroup.Username = 'admin' AND usergroup.GroupName = radgroupreply.GroupName O RDER BY radgroupreply.id' rlm_sql (sql): User admin not found in radgroupcheck rlm_sql (sql): Released sql socket id: 3 rlm_sql (sql): User not found modcall[authorize]: module "sql" returns notfound for request 0 modcall[authorize]: module "pap" returns updated for request 0 rlm_sqlcounter: Entering module authorize code rlm_sqlcounter: Could not find Check item value pair modcall[authorize]: module "noresetcounter" returns noop for request 0 rlm_sqlcounter: Entering module authorize code rlm_sqlcounter: Could not find Check item value pair modcall[authorize]: module "dailycounter" returns noop for request 0 rlm_sqlcounter: Entering module authorize code rlm_sqlcounter: Could not find Check item value pair modcall[authorize]: module "monthlycounter" returns noop for request 0 modcall: leaving group authorize (returns updated) for request 0 rad_check_password: Found Auth-Type pap auth: type "PAP" Processing the authenticate section of radiusd.conf modcall: entering group PAP for request 0 rlm_pap: login attempt with password pass rlm_pap: Using clear text password "pass". rlm_pap: User authenticated successfully modcall[authenticate]: module "pap" returns ok for request 0 modcall: leaving group PAP (returns ok) for request 0 Sending Access-Accept of id 23 to 192.168.178.2 port 1812 Service-Type = NAS-Prompt-User Cisco-AVPair = "shell:priv-lvl=15" Finished request 0 Going to the next request --- Walking the entire request list --- Waking up in 6 seconds... --- Walking the entire request list --- Cleaning up request 0 ID 23 with timestamp 48771d94 Nothing to do. Sleeping until we see a request. And here is the the debuging ouput of the switch: 03:27:12: AAA: parse name=tty3 idb type=-1 tty=-1 03:27:12: AAA: name=tty3 flags=0x11 type=5 shelf=0 slot=0 adapter=0 port=3 channel=0 03:27:12: AAA/MEMORY: create_user (0x80BAD274) user='' ruser='' port='tty3' rem_addr='192.168.178.3' authen_type=ASCII service=LOGIN priv=1 03:27:12: AAA/AUTHEN/START (2153705482): port='tty3' list='' action=LOGIN service=LOGIN 03:27:12: AAA/AUTHEN/START (2153705482): using "default" list 03:27:12: AAA/AUTHEN/START (2153705482): Method=radius (radius) 03:27:12: AAA/AUTHEN (2153705482): status = GETUSER 03:27:16: AAA/AUTHEN/CONT (2153705482): continue_login (user='(undef)') 03:27:16: AAA/AUTHEN (2153705482): status = GETUSER 03:27:16: AAA/AUTHEN (2153705482): Method=radius (radius) 03:27:16: AAA/AUTHEN (2153705482): status = GETPASS 03:27:17: AAA/AUTHEN/CONT (2153705482): continue_login (user='admin') 03:27:17: AAA/AUTHEN (2153705482): status = GETPASS 03:27:17: AAA/AUTHEN (2153705482): Method=radius (radius) 03:27:17: AAA/AUTHEN (2153705482): status = PASS i hope, you kann help me thnx Simo

4 5

RE: about "freeradius accepts anybody"
by Ivan Kalik 11 Jul '08

11 Jul '08

>first, freeradius looks in users file, and only if client is authorized, >checks DNIe. There aren't any problem, only want to show, maybe help >somebody, and to show Ivan Kalik how clients and servers can trust in >different ca's. Oh, but I know exactly what you have done. You have created a list of nonsense user entries in users file and forced Auth-Type Reject on all the rest. And that has nothing to do with server and client certificates being issued bu different CA's. This will work as well: user1 Fall-Through = No user2 Fall-Through = No .. DEFAULT Auth-Type := Reject What I don't understand is why? If you do trust issuer of those certificates why are you "filtering"? And if you don't trust the issuer - why are you using client certificates? Ivan Kalik Kalik Informatika ISP

3 3