Nagtagumpay ang pag-login sa Squid, ngunit tinatanggihan ng panuntunan ng pangkat ng LDAP ang pag-access

Kung nagtagumpay ang pag-login ngunit tinatanggihan ng panuntunan ng pangkat ang kahilingan, sundan ang pagkakakilanlan hanggang sa paghahanap sa LDAP bago magpalit ng password. Ang pagpapatotoo, paghahanap ng object ng user at pagtutugma ng pagiging miyembro ng pangkat ay tatlong magkakaibang resulta.

1. Itala ang na-authenticate na pangalan: maaaring DOMAIN\alex, [email protected] o alex.
2. Suriin ang value na ipinapasa sa pamamagitan ng %LOGIN ng panlabas na ACL at ang attribute ng user na hinahanap ng helper.
3. Ihambing ang isang awtorisado at isang hindi awtorisadong test na pagkakakilanlan: anong pangalan ng paghahanap ang lumabas, natagpuan ba ang user at tumugma ba ang pagiging miyembro?

Para sa ext_ldap_group_acl, inaalis ng dokumentadong -S ang isang bahagi ng domain na NT-style, at inaalis ng -K ang isang bahagi ng Kerberos realm na pinaghihiwalay ng @. Gamitin ang alinman sa dalawa lamang kapag tumutugma ang pagbabagong iyon sa kontrata ng direktoryo. Kung may dalawang awtoritatibong domain na may parehong maikling pangalan, baka mapili ng pagtanggal ng qualifier ang maling pagkakakilanlan.

Panatilihing tama rin ang mga pagpapalit ng filter ng helper. Magkaiba ang placeholder ng mga filter sa paghahanap ng user at ng pangkat; ang filter na kinopya mula sa ibang helper o release ay maaaring maghanap ng maling value kahit gumagana ang koneksyon sa LDAP.

Hanapin ang unang resultang naiiba sa patakaran at ayusin ang mapping o paghahanap na iyon. Ilayo ang mga sikreto ng bind at password ng user sa paghahambing. Ang pagkabigo ng paghahanap ng pangkat pagkatapos ng valid na pag-login ay hindi nangangailangan ng pagbabago sa scheme ng pagpapatotoo ng browser.