Videresend Squid 7’s godkendte brugernavn til en ICAP-tjeneste

En ICAP-tjeneste kan modtage den godkendte identitet, som Squid kender, men begge parter skal blive enige om, hvordan identiteten overføres. Det er ikke nok at navngive en header for at aktivere videresendelse af brugernavnet.

For en eksisterende Squid 7-opsætning med ICAP-understøttelse og klientgodkendelse kan de relevante indstillinger være:

adaptation_send_username on
icap_client_username_header X-Authenticated-User
icap_client_username_encode off

Dette supplerer den eksisterende ICAP-tjeneste, tilpasningsreglerne og proxyadgangskonfigurationen. Det opretter ikke godkendelse eller en tilpasningstjeneste.

Tilpas til tjenestens input

Squids standardheader for brugernavn er X-Client-Username. Hvis adapteren forventer X-Authenticated-User, skal du enten ændre Squids konfigurerede navn som ovenfor eller konfigurere adapteren til at læse standarden. Matchning af headernavne følger HTTP’s regler uden forskel på store og små bogstaver.

Kodningen skal også stemme. Når icap_client_username_encode er aktiveret, Base64-koder Squid værdien. Tjenesten skal afkode den repræsentation i stedet for at behandle den som et andet brugernavn.

Dette er metadata om ICAP-udvekslingen mellem Squid og dets tjeneste. Det er ikke en instruktion om at sende en brugeridentitetsheader til hvert destinationswebsted.

Hvis tjenesten stadig rapporterer en IP-adresse

Bekræft, at transaktionen faktisk har et godkendt brugernavn i Squid, at videresendelse af brugernavnet er aktiveret, og at tjenesten læser den konfigurerede header. En adapters tilbagefald til en klientadresse beviser ikke, at Squid-godkendelsen mislykkedes; selve overleveringen kan mangle eller være forkert navngivet.

Betragt kun denne identitet som troværdig på den kontrollerede vej mellem Squid og adapteren. Disse direktiver er versionsspecifikke: konfigurationsreferencen viser dem for Squid 7 og tidligere linjer og markerer dem som utilgængelige i Squid 8.