Dotaz: OpenLDAP - FreeRADIUS - WIFI

[Michal Krátký]

Dobrý den, potřeboval bych si ujasnit některé věci. Mám na svém serveru (ubuntu) rozjetý OpenLDAP, na něj mám pověšený FreeRADIUS server. Chci ještě připojit WIFI a ověřovat pomocí toho Radius serveru. Z příkazové řádky serveru mi Radius ověřuje proti LDAP serveru. Díval jsem se do nastavení wifi a tam je IP adresa Radius serveru a jméno a heslo. Zajímá mě jaké jméno a heslo tam zadat? Jak potom připojit klienta k tomuto AP? Kde budu zadávat ověřování? Děkuji za vysvětlení problematiky.

Odpovědi

[NN]

Jedva vec je "registrovat" zarizeni(AP) na radius serveru (clients.conf) a druha je nakonfigurovat overovani klienta pres radius.(EAP-TLS, WPA)..

http://wiki.freeradius.org/HOWTO

NN

[FF]

Jednoduchou konfiguraci na pochopeni najdes tady na mych strankach , LDAP uz pak musis rozjet podle manualu.

[Michal Krátký]

Příloha:

• eap.conf (15449 bytů)

Děkuji. Mohl bych se zeptat, není mi jasná jedna věc, co konkrétně má zůstat v eap.conf Je tam toho hodně a když něco pomažu tak mi radius nejde pustit :) Takto vypadá muj eap.conf ( v příloze :) )

[FF]

No ja bych z nej asi zakomentoval nebo odmazal ty casti, ktere te nezajimaji (pozor na spravnou syntaxi, hlavne ty slozene zavorky) a uprav si podle sebe jen tu cast, ktera te zajima napr. eap-tls. Pripadne si pust raidus v konzoli misto demona, a tam primo muzes videt proc nenacte konfiguraci, kde spadne overovani a podobne. Nebo sem aspon priloz vypis z logu toho radiusu, jinak tezko rict proc ti to tvuj upraveny eap.conf nesezralo.

[Michal Krátký]

Mě není právě moc jasné co z toho můžu vyhodit a co tam musím nechat. Potřeboval bych to nakonfigurovat tak aby se mi na to bez problému připojil manželčin počítač. A ten má WIN7. Ty vyhodí okno se zadáním jména a hesla. Zadám ale wokna se nepřihlásí. V logu je potom toto:

Wed Sep 29 19:17:04 2010 : Info: Loaded virtual server inner-tunnel
Wed Sep 29 19:17:04 2010 : Info: Loaded virtual server 
Wed Sep 29 19:17:04 2010 : Info: Ready to process requests.
Wed Sep 29 19:17:30 2010 : Error: TLS Alert read:fatal:unknown CA 
Wed Sep 29 19:17:30 2010 : Error:     TLS_accept:failed in SSLv3 read client certificate A 
Wed Sep 29 19:17:30 2010 : Error: rlm_eap: SSL error error:14094418:SSL routines:SSL3_READ_BYTES:tlsv1 alert unknown ca

[Michal Krátký]

Jen dolním že vše je nastaveno dle vašeho návodu. Jen eap.conf ne. S tím si tak trošku nevím rady co mohu smazat a co ponechat. eap.con viz výše v příloze, je default, takový jaký je po instalaci freeradiusu. Děkuji moc za pomoc.

[FF]

No tak evidentne TLS spadlo kvuli certifikátům. Máte ty certifikáty správně nastaveny cesty, mají správná práva, platnost a podobně?? Chcete opravdu používat eap-tls muj navod je pro eap-md5, ktery widle neumi(stejne je eap-md5 nepouzitelny, nebot ma velmi slabe zabezpeceni, ja jej pouzil jen k ukazce ze to funguje). :)

[Michal Krátký]

No nastavoval jsem vše dle vašeho návodu, takže nevím proč to ověřuje pomocí TLS. To bude asi chyba někde v eap.confu. Chyba bude zjevně v tom že je default a vůbec jsme jej neměnil, protože nevím co smazat a co tam ponechat. Mohl by jste mi poradit co z něj smazat a nebo upravit tak aby se mi tam to TLS neplantalo? Žádné certifikáty jsem negeneroval. Nepotřebuji nijak silnou bezpečnost, chtěl jsem se to jen ukázkově rozběhat. Navíc pokud to dobře chápu tak pokud bych používal TLS tak musím vygenerovat certifikáty a ty potom budu muset doručit na ten windows aby mě to pomocí něho ověřilo, je to tak? Já bych chtěl udělat jen to aby se mi na základě toho jména a hesla připojil počítač.

[FF]

pomoci tls to overuje proto ze jste si nastavil windows tak ze se pomoci tls overovat chteji :) Zkuste treba nejake live cd treba slax a pripojit se tim supplicantem :)

[Michal Krátký]

Dobře děkuji. Takže v tom eap.conf nemusím nic měnit?

[FF]

pokud vas staci to md5, tak nic menit nemusite. ono tam ani nic naastavit nejde viz.

		#  We do NOT recommend using EAP-MD5 authentication
		#  for wireless connections.  It is insecure, and does
		#  not provide for dynamic WEP keys.
		#
		md5 {
		}

zadne volby to proste nema :) Jinak muzete nastavit i jine autentizacni mechanismy jako treba ten tls, leap, peap, mschapv (coz by mohli byt vas favorit pro pripojeni z windows, kdyz to MS vymyslel :)

[FF]

jinak znova koukam na vas konfigurak a vidim default_eap_type = md5 tedy TLS si pravdepodobne vyzadaji primo vidle.

[ET]

Zdar, problematiku neznam, jen mi ta chyba pripada ze nemas nekde nastavenu duveru certifikatu CA (CA cert, pokud mu duverujes, pak overuje ze klientsky a jiny certy jsou podepsany CA certem)

[Michal Krátký]

Takže pro to mám udělat co? Jak podepsat certifikát?

[FF]

Nejprve si ujasnete ktery z tech mechanismu chcete pouzivat. Pokud nechcete tls tak vas zadny certifikat nemusi zajimat.

[Michal Krátký]

Tak chci použít něco jednoduchého, a taky aby to fungovalo jak na windows tak i na linux. Tak m i prosím poraďte jaké zabezpečení použít. A popřípadě jako ho v tom eap.conf nakonfigurovat. Děkuji moc.

[FF]

Muzete zkusit ten treba leap, peap, mschap. Alespon moje widle 7 x64 na notasu to umi.

[timeos]

No, nie tak celkom, ta chyba:

Wed Sep 29 19:17:30 2010 : Error: TLS Alert read:fatal:unknown CA 
Wed Sep 29 19:17:30 2010 : Error:     TLS_accept:failed in SSLv3 read client certificate A 
Wed Sep 29 19:17:30 2010 : Error: rlm_eap: SSL error error:14094418:SSL routines:SSL3_READ_BYTES:tlsv1 alert unknown ca

znamena, ze pre klienta je certifikacna autorita servera neznama, teda pri pouziti EAP-PEAP resp EAP-TTLS je potrebne nainstalovat na klientsky system CA certifikat, ktorou sa podpisoval certifikat radius serveru. Inak sa nevytvori TLS tunel cez ktory prebieha pri PEAPe autentifikacia pouzivatela.

[ET]

mno ja bych to videl spis na nejakou direktivku pro CA cert (pokud teda chces pouzivat tls/ssl) - napr pro apache se do konfiguraku dava direktiva SSLCACertificateFile a na klientech musis mit cacert v duveryhodnejch kor. autoritach (pro korektni fungovani)

!!! ja tuto problematiku neznam, ani sem to nezkousel !!! jen mi pripada ze bud server nebo klient neuznava/neduveruje certifikacni autorite (CA) - pokud teda nejakou pouzivas

* pokud nepouzivas certifikaty, pak se koukni do konfiguraku jak ssl/tls vypnout

[NN]

Skus WPA-PSK je daleko jednoduzsi a nemusis generovat a instalovat certifikaty..

http://wiki.freeradius.org/WPA_HOWTO

NN

[ET]

pokud si dobre pamatuju, tak zatim neprolomena je WPA2 [mozna me nekdo znalejsi opravi]

IMHO: v praxi neni zas uplne nejlepci to zabezpecovat nejakou pekelnou technologii, protoze to neumej nektery stary zarizeni - treba mobili a tak - to uz je ke zvazeni

[Michal Krátký]

Takže situace se má teĎ takto, dle návodů jsem to rozjel, teď bych rád do toho zapojil i LDAP server, tak aby se proti němu ověřovali uživatele. S příkazového řádku zadám:

radtest test heslo 192.168.1.1 1812 test

a uživatel se mi korektně ověří. V logu je toto:

++[expiration] returns noop
++[logintime] returns noop
[pap] WARNING! No "known good" password found for the user.  Authentication may fail because of this.
++[pap] returns noop
Found Auth-Type = LDAP
+- entering group LDAP {...}
[ldap] login attempt by "test" with password "heslo"
[ldap]     expand: %{Stripped-User-Name} -> 
[ldap]     ... expanding second conditional
[ldap]     expand: %{User-Name} -> test
[ldap]     expand: (uid=%{%{Stripped-User-Name}:-%{User-Name}}) -> (uid=test)
atd...

Ale když potom nakonfiguruji windows tak abych se mohl pomocí wifi přihlásit, mám v logu toto:

++[eap] returns updated
++[unix] returns notfound
[files] users: Matched entry DEFAULT at line 208
++[files] returns ok
++[expiration] returns noop
++[logintime] returns noop
[pap] WARNING! No "known good" password found for the user.  Authentication may fail because of this.
++[pap] returns noop
Found Auth-Type = LDAP
+- entering group LDAP {...}
  [ldap] Attribute "User-Password" is required for authentication.
  You seem to have set "Auth-Type := LDAP" somewhere.
  THAT CONFIGURATION IS WRONG.  DELETE IT.
  YOU ARE PREVENTING THE SERVER FROM WORKING PROPERLY.
++[ldap] returns invalid
Failed to authenticate the user.
Using Post-Auth-Type Reject
+- entering group REJECT {...}
[attr_filter.access_reject]     expand: %{User-Name} -> 
++[attr_filter.access_reject] returns noop
Delaying reject of request 2 for 1 seconds
Going to the next request
Waking up in 0.9 seconds.
Sending delayed reject for request 2
Sending Access-Reject of id 0 to 192.168.1.1 port 1060
Waking up in 4.9 seconds.
Cleaning up request 2 ID 0 with timestamp +28
Ready to process requests.

V users mám toto:

DEFAULT Auth-Type := LDAP
      Fall-Through = 1

Pokud do users zadám ještě:

test Cleartext-Password := "test123"

a to do windows tak se přihlásím. Mohl by mi prosím někdo pomoci co dělám špatně?

[ET]

bubak bude asi tohle

*******************

You seem to have set "Auth-Type := LDAP" somewhere.

THAT CONFIGURATION IS WRONG. DELETE IT.

YOU ARE PREVENTING THE SERVER FROM WORKING PROPERLY.

*********************

BTW: jak si opravil ty certfikaty, resp co bylo spatne ? :)

[Michal Krátký]

to mi došlo že to bude to co jsi zdůraznil, ale prohledal jsem goolge a našel jsem že by mělo pomoci toto:

DEFAULT FreeRADIUS-Proxied-To == 127.0.0.1
         User-Name := `%{User-Name}`,
         Fall-Through = Yes

Ale to je to samé v bledě modrém, a teď se to dokonce ani necpe na ten LDAP server :( nemá někdo nějakou radu jak to zprovoznit?

[Michal Krátký]

Ono to dle té chyby vypadá jako by windows neodesílal heslo pro uživatele. Proto tam ani v LDAP dál nepokračuje.

[Michal Krátký]

Moc prosím, nemohl by mi někdo pomoci, z této situace? Děkuji moc.

[NN]

Mozna to pomuze:

http://vuksan.com/linux/dot1x/802-1x-LDAP.html

:R