Předání ověřeného uživatelského jména Squid 7 službě ICAP

Povolte předávání uživatelského jména a dohodněte ICAP hlavičku metadat a kódování, které služba adaptace očekává.

Služba ICAP může přijímat ověřenou identitu, kterou Squid zná, ale obě strany se musí dohodnout, jak se tato identita přenáší. Pouhé pojmenování hlavičky předávání uživatelského jména nepovolí.

U existujícího nastavení Squid 7 s podporou ICAP a ověřováním klientů mohou být příslušná nastavení tato:

adaptation_send_username on
icap_client_username_header X-Authenticated-User
icap_client_username_encode off

Toto doplňuje stávající službu ICAP, pravidla adaptace a konfiguraci přístupu přes proxy. Nevytváří ověřování ani službu adaptace.

Přizpůsobte se vstupu služby

Výchozí hlavička uživatelského jména v Squidu je X-Client-Username. Pokud adaptér očekává X-Authenticated-User, změňte nakonfigurovaný název Squidu jako výše nebo nakonfigurujte adaptér, aby četl výchozí hodnotu. Při porovnávání názvů hlaviček platí pravidla HTTP bez ohledu na velikost písmen.

Kódování musí také souhlasit. Je-li icap_client_username_encode zapnuto, Squid kóduje hodnotu Base64. Služba musí toto vyjádření dekódovat, místo aby je považovala za jiné uživatelské jméno.

Jde o metadata výměny ICAP mezi Squidem a jeho službou. Není to pokyn odesílat hlavičku identity uživatele na každý cílový web.

Pokud služba stále hlásí IP adresu

Ověřte, že transakce skutečně má v Squidu ověřené uživatelské jméno, že předávání uživatelského jména je povoleno a že služba čte nakonfigurovanou hlavičku. Návrat adaptéru k adrese klienta nedokazuje, že ověření Squidu selhalo; samotné předání může chybět nebo být špatně pojmenované.

Tuto identitu považujte za důvěryhodnou pouze na řízené cestě mezi Squidem a adaptérem. Tyto direktivy jsou specifické pro verzi: referenční příručka konfigurace je uvádí pro Squid 7 a starší řady a označuje je jako nedostupné v Squidu 8.

Související články