Dlaczego uwierzytelnianie Squid Basic LDAP nadal prosi o hasło

Konfiguracja Squida może sprawdzać hasła w Active Directory i mimo to wyświetlać okno logowania. To nie musi oznaczać, że coś jest zepsute. AD opisuje, gdzie znajduje się konto; nie mówi, jak przeglądarka udowodni, kim jest użytkownik.

W tym wierszu ważne jest słowo basic:

auth_param basic realm Windows Logon

Słowa po realm nazywają chronioną przestrzeń uwierzytelniania. Nie żądają tokenu dostępu Windows ani nie przełączają wyzwania na Negotiate. Pomocnik Basic LDAP otrzymuje podane dane logowania i sprawdza je w katalogu.

W typowej konfiguracji są trzy odrębne decyzje: jak Squid wyzywa klienta, jak pomocnik weryfikuje tę odpowiedź i którym uwierzytelnionym użytkownikom lub grupom pozwala reguła dostępu. Udane wyszukanie grupy w LDAP dotyczy tylko ostatniej decyzji. Nie dostarczy brakujących danych logowania przeglądarki.

Jeśli wymagane jest ciche logowanie

Wybierz obsługiwany przez przeglądarkę zintegrowany schemat uwierzytelniania i skonfiguruj jego warunki po stronie serwera. Dla Negotiate opartego na Kerberos obejmuje to tożsamość usługi i materiał klucza, a także politykę klienta zezwalającą na uwierzytelnianie do tego serwera proxy. Sama wymiana pliku wykonywalnego pomocnika w konfiguracji Basic nie wykona tej zmiany.

Zdecyduj, jakiego wyniku potrzebujesz, zanim zastąpisz działającą konfigurację LDAP. Akceptowanie tej samej nazwy użytkownika i hasła, których używa się do logowania na stacji roboczej, to rozsądny wymóg Basic. Ponowne użycie zalogowanej tożsamości Windows bez pytania o to hasło to inne wymaganie, z inną pracą nad protokołem i wdrożeniem.