Jou it autentisearre brûkersnamme fan Squid 7 troch oan in ICAP-tsjinst

In ICAP-tsjinst kin de autentisearre identiteit ûntfange dy’t Squid ken, mar beide kanten moatte oerienkomme oer hoe’t dy identiteit droegen wurdt. Allinnich in kop neame skeakelet it trochjaan fan de brûkersnamme net yn.

Foar in besteande Squid 7-opsje mei ICAP-stipe en kliïntautentikaasje kinne de relevante ynstellings wêze:

adaptation_send_username on
icap_client_username_header X-Authenticated-User
icap_client_username_encode off

Dit oanfollet de besteande ICAP-tsjinst, de oanpassingsregels en de proxy-toegangskonfiguraasje. It makket gjin autentikaasje of in oanpassingstsjinst.

Pas by de ynfier fan ’e tsjinst

Squid syn standert kop foar brûkersnamme is X-Client-Username. As de adapter X-Authenticated-User ferwachtet, feroarje dan Squid syn konfigurearre namme lykas hjirboppe of konfigurearje de adapter om de standert te lêzen. It matsen fan kopnammen folget de HTTP-regels sûnder ûnderskie tusken grutte en lytse letters.

De kodearring moat ek oerienkomme. Mei icap_client_username_encode ynskeakele kodearret Squid de wearde yn Base64. De tsjinst moat dy foarstelling dekodearje ynstee fan it as in oare brûkersnamme te behanneljen.

Dit is metadata oer de ICAP-útwikseling tusken Squid en syn tsjinst. It is gjin ynstruksje om in kop foar brûkersidentiteit nei elke bestimmingswebsite te stjoeren.

As de tsjinst noch altyd in IP-adres rapportearret

Befêstigje dat de transaksje wier in autentisearre brûkersnamme by Squid hat, dat it trochjaan fan de brûkersnamme ynskeakele is en dat de tsjinst de konfigurearre kop lêst. In adapter dy’t weromfalt op in kliïntadres bewiist net dat Squid-autentikaasje mislearre is; de oerdracht sels kin ûntbrekke of ferkeard neamd wêze.

Besjoch dizze identiteit allinnich as betrouber op it kontrolearre paad tusken Squid en de adapter. Dizze rjochtlinen binne ferzje-ôfhinklik: de konfiguraasjereferinsje neamt se foar Squid 7 en eardere rigels en markearret se as net beskikber yn Squid 8.