Udv!
Sajnos hosszas probalkozas utan kenytelen vagyok felhozni ezt a topicot ennek a mintajara.
Van egy szerver (B), amin van egy bugzilla peldany, es egy masik szerver (L), ahol egy ldap szerver fut.
A problemam az, hogy a bugzilla nem kommunikal a 389- es porton azonositasnal L- lel.
B- rol parancssorbol telnettel elerem L- t a 389- es porton, szoval a halozati hiba kizarva.
A data/params fajlom ide vonatkozo reszei igy neznek ki:
'LDAPBaseDN' => 'dc=infrastructure',
'LDAPbinddn' => '',
'LDAPfilter' => '',
'LDAPmailattribute' => 'mail',
'LDAPserver' => 'SERVER',
'LDAPstarttls' => 0,
'LDAPuidattribute' => 'uid',
'auth_env_id' => 'REMOTE_USER',
, illetve van egy parameter, amiben nem vagyok biztos:
'user_verify_class'
, ehhez DB- t is es LDAP- ot is hasznalok.
Termeszetesen modositas utan teljes apache2 restartot is csinalok a perl cache- k miatt.
Valakinek van otlete, esetleg mukodo kodja?
A filterekkel nincs gond, a gond az, hogy nincs adatforgalom bejelentkezesnek a 389- es tcp porton.
Koszi a valaszokat.
- 800 megtekintés
Hozzászólások
A user_verify_class-nál adod meg hogy milyen sorrendben használja a saját, illetve az LDAP adatbázist az authentikációra. A felső az első.
LDAPservernél jó-e a megadott paraméter? LDAPserver= ldap://server?
Ez meg a saját bajom:
Csoportra szeretnék szűrni, de az LDAPfilter pontos szintaktikája sehol nincs leírva. Erről tud-e valaki közelebbit?
- A hozzászóláshoz be kell jelentkezni
Azt hiszem igy: (&(objectclass=group)(cn=keresettcsoport*))
Bar ez akkor jo, ha magat a csoportot keresed.
- A hozzászóláshoz be kell jelentkezni