Videresend Squid 7s autentiserte brukernavn til en ICAP-tjeneste

En ICAP-tjeneste kan motta den autentiserte identiteten som Squid kjenner, men begge parter må bli enige om hvordan identiteten overføres. Å bare navngi en overskrift aktiverer ikke videresending av brukernavnet.

For en eksisterende Squid 7-installasjon med ICAP-støtte og klientautentisering kan de relevante innstillingene være:

adaptation_send_username on
icap_client_username_header X-Authenticated-User
icap_client_username_encode off

Dette supplerer den eksisterende ICAP-tjenesten, tilpasningsreglene og proxykonfigurasjonen. Det oppretter ikke autentisering eller en tilpasningstjeneste.

Tilpass til tjenestens inndata

Squids standardoverskrift for brukernavn er X-Client-Username. Hvis adapteret forventer X-Authenticated-User, endrer du Squids konfigurerte navn som ovenfor eller konfigurerer adapteret til å lese standarden. Matching av overskriftsnavn følger HTTPs regler uten forskjell på store og små bokstaver.

Kodingen må også stemme. Når icap_client_username_encode er aktivert, Base64-koder Squid verdien. Tjenesten må dekode den representasjonen i stedet for å behandle den som et annet brukernavn.

Dette er metadata om ICAP-utvekslingen mellom Squid og tjenesten. Det er ikke en instruksjon om å sende en brukeridentitetsoverskrift til hvert målrettet nettsted.

Hvis tjenesten fortsatt rapporterer en IP-adresse

Bekreft at transaksjonen faktisk har et autentisert brukernavn i Squid, at videresending av brukernavnet er aktivert, og at tjenesten leser den konfigurerte overskriften. At et adapter faller tilbake til en klientadresse beviser ikke at Squid-autentiseringen mislyktes; selve overleveringen kan mangle eller være feilnavngitt.

Betrakt denne identiteten som pålitelig bare langs den kontrollerte veien mellom Squid og adapteret. Disse direktivene er versjonsspesifikke: konfigurasjonsreferansen lister dem for Squid 7 og tidligere linjer og markerer dem som utilgjengelige i Squid 8.