[BSD] ldap auth problem
Attila Bárdi
battila at battila.hu
2014. Dec. 7., V, 18:38:57 CET
Hello,
ha minden mas jol mukodik, akkor lehet, hogy az apacheban van a hiba, vagyis a modulban.
Lehet, hogy megerne ott szetnezni egy kicsit.
Udv,
—
battila
> On 07 Dec 2014, at 18:31, Péchy Gáspár <gpechy at ggg.hu> wrote:
>
>
> 2014.12.07. 17:36 keltezéssel, Gabor HALASZ írta:
>> On 12/7/2014 2:53 PM, Péchy Gáspár wrote:
>>> - root = user0 - átírtam a userneveket, ezt elnéztem. - NINCS köze a
>>> rendszer root-hoz :)
>>> - Password ellenőrzés - ha jól sejtem - a BIND-el történik
>>
>> Akkor nem érdekes, ugyanaz a user
>>
>>> --- 1. fázis (Search): van-é ilyen user; 2. fázis: Jó é a passwordje
>>> (BIND)
>>> - a harmadik php-ből az apache-csal már autentikált user program általi
>>> ellenőrzése a következő session elején
>>
>> Ez így maga a rettenet, de gondolom ezt nem te írtad.
>
>>
>> A probléma az ldap kapcsolódás és az ssf viszonya:
>>
>> [root at server.ha.la.sz]/root# ldapwhoami -H ldap://localhost
>> SASL/GSSAPI authentication started
>> SASL username: Administrator at HA.LA.SZ
>> SASL SSF: 56
>> SASL data security layer installed.
>> dn:uid=administrator,ou=users,dc=ha,dc=la,dc=sz
>> [root at server.ha.la.sz]/root# ldapwhoami -H ldaps://localhost
>> SASL/GSSAPI authentication started
>> SASL username: Administrator at HA.LA.SZ
>> SASL SSF: 56
>> SASL data security layer installed.
>> dn:uid=administrator,ou=users,dc=ha,dc=la,dc=sz
>> [root at server.ha.la.sz]/root# ldapwhoami -H ldapi://%2ftmp%2fldap.sock
>> SASL/GSSAPI authentication started
>> SASL username: Administrator at HA.LA.SZ
>> SASL SSF: 56
>> SASL data security layer installed.
>> dn:uid=administrator,ou=users,dc=ha,dc=la,dc=sz
>>
>> [root at server.ha.la.sz]/root# grep sasl_ssf=56 /var/log/all.log
>> Dec 7 17:21:14 server slapd[945]: conn=24712 op=3 BIND dn="uid=administrator,ou=users,dc=ha,dc=la,dc=sz" mech=GSSAPI sasl_ssf=56 ssf=56
>> Dec 7 17:21:17 server slapd[945]: conn=24713 op=3 BIND dn="uid=administrator,ou=users,dc=ha,dc=la,dc=sz" mech=GSSAPI sasl_ssf=56 ssf=256
>> Dec 7 17:21:23 server slapd[945]: conn=24714 op=3 BIND dn="uid=administrator,ou=users,dc=ha,dc=la,dc=sz" mech=GSSAPI sasl_ssf=56 ssf=71
>>
>> Az ldap egyes operációkhoz megfelelő ssf-et követel meg, az 56 általában semmire sem elég, a 71 sokkal több mindenre. Két dolgot próbálj meg:
>>
>> 1. egységesíteni a kapcsolódást, és lehetőleg ldapi-t használj (lásd fent), vagy tls-t:
>>
>> [root at server.ha.la.sz]/root# ldapwhoami -H ldap://localhost -ZZ
>> SASL/GSSAPI authentication started
>> SASL username: Administrator at HA.LA.SZ
>> SASL SSF: 56
>> SASL data security layer installed.
>> dn:uid=administrator,ou=users,dc=ha,dc=la,dc=sz
>>
>> Dec 7 17:25:09 server slapd[945]: conn=24721 op=4 BIND dn="uid=administrator,ou=users,dc=ha,dc=la,dc=sz" mech=GSSAPI sasl_ssf=56 ssf=256
>>
>> 2. Magyarázd el a slapd-nek, hogy nem annyi az ssf, mint ahogyan ő gondolja, valahogy így:
>>
>> security
>> ssf=1
>> simple_bind=64
>>
>> vagy:
>>
>> localSSF 128
>>
>>> - cn és uid azonos tartalmú, eredetileg uid volt az apache auth-nál is,
>>> kínomban próbálkoztam a cn-nel.
>>
>> Ez a kettő nem igazán ugyanaz a mező.
>>
>
> Köszönöm, utánanézek.
> Mint laikus továbbra sem értem, miért csak az apache autentikációnál problémás:
> - a postfix, amavis ugyanezzel az ldappal dolgozik (localhost), teljesen rendben.
> - a terminálról is sikeres a lekérdezés (ldapsearch).
>
>
>
> --
> Magyar BSD Levelezőlista
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: <http://datacast.hu/pipermail/bsd/attachments/20141207/561341f4/attachment.html>
További információk a(z) BSD levelezőlistáról