Vidaresend Squid 7 sitt autentiserte brukarnamn til ein ICAP-teneste

Ei ICAP-teneste kan ta imot den autentiserte identiteten som Squid kjenner, men begge partar må bli samde om korleis identiteten vert overført. Berre å namngje ei overskrift aktiverer ikkje vidaresending av brukarnamnet.

For ein eksisterande Squid 7-installasjon med ICAP-støtte og klientautentisering kan dei relevante innstillingane vere:

adaptation_send_username on
icap_client_username_header X-Authenticated-User
icap_client_username_encode off

Dette utfyller den eksisterande ICAP-tenesta, tilpassingsreglane og proxykonfigurasjonen. Det opprettar ikkje autentisering eller ei tilpassingsteneste.

Tilpass til inndataa til tenesta

Standardoverskrifta for brukarnamn i Squid er X-Client-Username. Viss adapteret ventar X-Authenticated-User, endrar du det konfigurerte namnet til Squid som ovanfor eller konfigurerer adapteret til å lese standarden. Matching av overskriftsnamn følgjer HTTP-reglane utan skilnad på store og små bokstavar.

Kodinga må også stemme. Når icap_client_username_encode er aktivert, Base64-kodar Squid verdien. Tenesta må dekode den representasjonen i staden for å handsame han som eit anna brukarnamn.

Dette er metadata om ICAP-utvekslinga mellom Squid og tenesta. Det er ikkje ei instruks om å sende ei brukaridentitetsoverskrift til kvar målretta nettstad.

Viss tenesta framleis rapporterer ei IP-adresse

Stadfest at transaksjonen faktisk har eit autentisert brukarnamn i Squid, at vidaresending av brukarnamnet er aktivert og at tenesta les den konfigurerte overskrifta. At eit adapter fell tilbake til ei klientadresse beviser ikkje at Squid-autentiseringa mislukkast; sjølve overleveringa kan mangla eller vere feilnamngjeven.

Sjå på denne identiteten som påliteleg berre langs den kontrollerte vegen mellom Squid og adapteret. Desse direktiva er versjonsspesifikke: konfigurasjonsreferansen listar dei for Squid 7 og tidlegare linjer og merkar dei som utilgjengelege i Squid 8.