Squid in podvojena uporabniška imena v imenikih LDAP

Če dva neodvisna imenika vsebujeta oba alex, posrednik potrebuje izbiro imenika, preden preveri geslo. Poskus najprej A in nato B skrije to izbiro v napaki preverjanja pristnosti in lahko zamenja nedosegljiv imenik z zavrnjeno skrivnostjo.

Dve ureditvi lahko naredita identiteto izrecno:

• Kvalificirana prijava. Ime, kot je [email protected], prek razpošiljatelja izbere fiksen imenik, ki ga določi skrbnik. Ohranite kvalificirano identiteto za avtorizacijo in beleženje. Pripona, ki jo zagotovi odjemalec, ne sme postati poljuben naslov strežnika LDAP.
• Stabilen zaupanja vreden kontekst zahteve. Imenik izbere poslušalec ali drug podprt kontekst. Določite, kaj se zgodi, ko se oseba premika ali uporablja drug poslušalec; omrežna lokacija ni osebna identiteta.

Replike enega imenika so drugačne: delijo en imenski prostor identitet. Nepovezani imeniki ne postanejo replike zato, ker oba uporabljata LDAP.

Uskladite ključ predpomnilnika poverilnic Squid z izbiro pomočnika. Sklicevanje auth_param opisuje key_extras za posredovanje dodatnega konteksta in njegovo vključitev v ključ predpomnilnika, vključno s primerom enakih imen, ki jih ločuje vrata poslušanja. Pomočnik mora razumeti razširjeni vnos, izbrani makro pa mora biti na voljo v tej fazi preverjanja pristnosti.

Dajte prednost stabilnemu kontekstu. Pogosto spreminjajoč se IP odjemalca lahko pomnoži identitete v predpomnilniku in spremeni kontrolnike, ki pričakujejo eno uporabniško identiteto.

Ločeno določite neznan imenik, neznan račun, zavrnjeno geslo in nedosegljiv imenik. Račun North ne sme tiho postati Alex iz Southa, ko North ni dosegljiv. Ohranite te izide v dnevnikih razločljive, ne da bi zapisovali gesla.