Squid og dupliserte brukarnamn på tvers av LDAP-katalogar

Viss to uavhengige katalogar begge inneheld alex, treng proxyen eit katalogval før han kontrollerer eit passord. Å prøve A og deretter B gøymer valet inne i autentiseringsfeilen og kan blande ein utilgjengeleg katalog saman med ein avvist løyndom.

To ordningar kan gjere identiteten eksplisitt:

• Kvalifisert pålogging. Eit namn som [email protected] vel via ein utsendar ein fast katalog som administratoren har definert. Ta vare på den kvalifiserte identiteten for autorisasjon og loggføring. Gjer ikkje eit klientlevert suffiks om til ei vilkårleg LDAP-tenaradresse.
• Stabil klarert førespurnadskontekst. Ein lyttar eller ein annan støtta kontekst vel katalogen. Definer kva som skjer når ein person flyttar seg eller brukar ein annan lyttar; nettverksplassering er ikkje personleg identitet.

Replika av éin katalog er annleis: dei deler eit identitetsnamnerom. Urelaterte katalogar blir ikkje replika fordi begge brukar LDAP.

Sørg for at cachelykelen til Squid for påloggingsinformasjon stemmer med valet til hjelparen. auth_param-referansen skildrar key_extras for å senda ekstra kontekst og ta han med i cachelykelen, òg når identiske namn blir skilde av lytt-porten. Hjelparen må forstå den utvida inndataen, og makroen som er vald må vere tilgjengeleg på det autentiseringstrinnet.

Føretrekk stabil kontekst. Ein ofte skiftande klient-IP kan mangdoble cacheidentitetar og endre kontrollar som ventar éin brukaridentitet.

Definer ukjend katalog, ukjend konto, avvist passord og utilgjengeleg katalog kvar for seg. Kontoen til North må ikkje stille bli Alex hjå South når North er utilgjengeleg. Hald desse resultata fråskilde i loggar utan å registrere passord.