Squid og dupliserte brukernavn på tvers av LDAP-kataloger

Hvis to uavhengige kataloger begge inneholder alex, trenger proxyen et katalogvalg før den sjekker et passord. Å prøve A og deretter B skjuler valget inne i autentiseringsfeilen og kan forveksle en utilgjengelig katalog med en avvist hemmelighet.

To ordninger kan gjøre identiteten eksplisitt:

• Kvalifisert pålogging. Et navn som [email protected] velger via en utsender en fast katalog som administratoren har definert. Behold den kvalifiserte identiteten for autorisasjon og logging. Ikke gjør et klientlevert suffiks til en vilkårlig LDAP-tjeneradresse.
• Stabil betrodd forespørselskontekst. En lytter eller en annen støttet kontekst velger katalogen. Definer hva som skjer når en person flytter seg eller bruker en annen lytter; nettverksplassering er ikke personlig identitet.

Replikaer av én katalog er annerledes: de deler ett identitetsnavnerom. Urelaterte kataloger blir ikke replikaer fordi begge bruker LDAP.

Pass på at hurtiglagerøkkelen til Squid for påloggingsinformasjon stemmer med valget til hjelperen. auth_param-referansen beskriver key_extras for å sende ekstra kontekst og ta den med i hurtiglagerøkkelen, også når identiske navn skilles av lytt-porten. Hjelperen må forstå den utvidede inndataen, og makroen som er valgt må være tilgjengelig på det autentiseringstrinnet.

Foretrekk stabil kontekst. En ofte skiftende klient-IP kan mangedoble hurtiglageridentiteter og endre kontroller som forventer én brukeridentitet.

Definer ukjent katalog, ukjent konto, avvist passord og utilgjengelig katalog hver for seg. Kontoen til North må ikke stille bli Alex hos South når North er utilgjengelig. Hold disse resultatene atskilt i logger uten å registrere passord.