Przekazywanie uwierzytelnionej nazwy użytkownika Squid 7 do usługi ICAP

Usługa ICAP może odbierać uwierzytelnioną tożsamość znaną Squidowi, ale obie strony muszą uzgodnić, w jaki sposób ta tożsamość jest przenoszona. Samo nazwanie nagłówka nie włącza przekazywania nazwy użytkownika.

W istniejącej instalacji Squid 7 z obsługą ICAP i uwierzytelnianiem klientów odpowiednie ustawienia mogą być następujące:

adaptation_send_username on
icap_client_username_header X-Authenticated-User
icap_client_username_encode off

Uzupełnia to istniejącą usługę ICAP, reguły adaptacji i konfigurację dostępu przez proxy. Nie tworzy uwierzytelniania ani usługi adaptacji.

Dostosuj do danych wejściowych usługi

Domyślnym nagłówkiem nazwy użytkownika w Squidzie jest X-Client-Username. Jeśli adapter oczekuje X-Authenticated-User, zmień skonfigurowaną nazwę Squida jak powyżej albo skonfiguruj adapter tak, aby odczytywał wartość domyślną. Dopasowywanie nazw nagłówków podlega regułom HTTP bez rozróżniania wielkości liter.

Kodowanie również musi się zgadzać. Gdy icap_client_username_encode jest włączone, Squid koduje wartość w Base64. Usługa musi dekodować tę reprezentację, a nie traktować jej jako innej nazwy użytkownika.

To metadane dotyczące wymiany ICAP między Squidem a jego usługą. Nie jest to polecenie wysyłania nagłówka tożsamości użytkownika do każdej docelowej witryny.

Jeśli usługa nadal zgłasza adres IP

Potwierdź, że transakcja rzeczywiście ma uwierzytelnioną nazwę użytkownika w Squidzie, że przekazywanie nazwy użytkownika jest włączone i że usługa odczytuje skonfigurowany nagłówek. Przejście adaptera na adres klienta nie dowodzi, że uwierzytelnianie Squida nie powiodło się; samo przekazanie może być nieobecne lub błędnie nazwane.

Ufaj tej tożsamości tylko na kontrolowanej ścieżce między Squidem a adapterem. Te dyrektywy są zależne od wersji: dokumentacja konfiguracji wymienia je dla Squida 7 i wcześniejszych linii oraz oznacza jako niedostępne w Squidzie 8.