Ensaluto al Squid sukcesas, sed la LDAP-grupa regulo rifuzas aliron

Se la ensaluto sukcesas sed la grupa regulo rifuzas la peton, sekvu la identecon en la LDAP-serĉon antaŭ ol ŝanĝi la pasvorton. Aŭtentigo, trovo de la uzanta objekto kaj kongruo de grupa membreco estas tri apartaj rezultoj.

1. Notu la aŭtentigitan nomon: ĝi povas esti DOMAIN\alex, [email protected] aŭ alex.
2. Kontrolu la valoron pasatan tra %LOGIN de la ekstera ACL kaj la uzantan atributon, kiun la helpilo serĉas.
3. Komparu rajtigitan kaj nerajtigitan testan identecon: kiu serĉnomo rezultis, ĉu la uzanto estis trovita kaj ĉu la membreco kongruis?

Por ext_ldap_group_acl, la dokumentita -S forigas domajnan komponanton laŭ NT-stilo, kaj -K forigas Kerberos-realm-komponanton apartigitan per @. Uzu iun ajn el ili nur kiam tiu transformo kongruas kun la kontrakto de la adresaro. Se du aŭtoritataj domajnoj enhavas la saman mallongan nomon, forigo de la kvalifikilo povas elekti la malĝustan identecon.

Tenu ankaŭ la filtrilajn anstataŭojn de la helpilo ĝustaj. Serĉfiltriloj por uzantoj kaj por grupoj havas malsamajn lokokupilojn; filtrilo kopiita el alia helpilo aŭ eldono povas serĉi la malĝustan valoron eĉ kiam la LDAP-konekto funkcias.

Trovu la unuan rezulton, kiu malsamas de la politiko, kaj riparu tiun mapadon aŭ serĉon. Tenu bind-sekretojn kaj uzantajn pasvortojn ekster la komparo. Malsukceso de grupa serĉo post valida ensaluto ne postulas ŝanĝon de la aŭtentiga skemo de la retumilo.