Squid en dûbele brûkersnammen oer LDAP-gidsen
Untwerp gidskar en Squid-ferifikaasjekaai tagelyk wannear't ûnôfhinklike LDAP-gidsen deselde koarte brûkersnamme befetsje.
As twa ûnôfhinklike gidsen beide alex befetsje, hat de proxy in gidskar nedich foar't er in wachtwurd kontrolearret. Earst A en dan B besykje ferberget dy kar yn 'e ferifikaasjeflater en kin in net-beskikbere gids mei in wegere geheim betize.
Twa regelingen kinne de identiteit eksplisyt meitsje:
- Kwalifisearre oanmelding. In namme lykas
[email protected]kiest fia in dispatcher in fêste gids dy't troch de administrator bepaald is. Behâld de kwalifisearre identiteit foar autorisaasje en logging. Meitsje fan in troch de klant levere efterheaksel gjin willekeurich LDAP-tsjinneradres. - Stabile fertroude oanfraachkontekst. In listener of in oare stipe kontekst kiest de gids. Definiearje wat der bart as immen rûnreizget of in oare listener brûkt; netwurkplak is gjin persoanlike identiteit.
Replika's fan ien gids binne oars: se diele in identiteitsnammeromte. Net-relatearre gidsen wurde gjin replika's om't beide LDAP brûke.
Litte de kaaisleutel foar Squid's legitimearringsgegevens oerienkomme mei de kar fan 'e helper. De auth_param-ferwizing beskriuwt key_extras foar it trochjaan fan ekstra kontekst en it opnimmen dêrfan yn 'e kaaisleutel, ynklusyf it gefal fan identike nammen dy't troch de harkpoarte ûnderskieden wurde. De helper moat de útwreide ynfier begripe, en de keazen makro moat yn dy ferifikaasjefaze beskikber wêze.
Ferken stabile kontekst. In faak feroarjend klant-IP kin kaai-identiteiten fermannichfâldigje en kontrôles feroarje dy't ien brûkersidentiteit ferwachtsje.
Definiearje ûnderskieden ûnbekende gids, ûnbekend akkount, wegere wachtwurd en net-beskikbere gids. It akkount fan North moat net stilwei de Alex fan South wurde as North net beskikber is. Hâld dy útkomsten ûnderskiedber yn logboeken sûnder wachtwurden fêst te lizzen.