Pierwsze 407 od Squid może być początkiem uwierzytelniania. Aby znaleźć miejsce, w którym zatrzymuje się próba, prześledź jedną sekwencję żądania przez klienta, mechanizm uwierzytelniania i decyzję o dostępie.

W sesji diagnostycznej Squid 7 sekcja 29 zawiera komunikaty debugowania uwierzytelniania. Tymczasowa konfiguracja może zachować ogólny poziom ostrzeżeń i jednocześnie podnieść tę sekcję:

debug_options ALL,1 29,5

Zapisz poprzednie ustawienie debugowania, zastosuj konfigurację diagnostyczną i odtwórz małą, identyfikowalną próbę. Czytaj dane wyjściowe debugowania w skonfigurowanym miejscu cache_log razem z dziennikiem dostępu.

Dowody, których szukaćNa jakie pytanie odpowiadają
Zaproponowany schemat Proxy-AuthenticateCzego ten proxy zażądał od klienta?
Odpowiedź uwierzytelniająca klientaCzy klient kontynuował zaproponowaną wymianę?
Mechanizm uwierzytelniania lub wynik pomocnikaCzy konto zostało przyjęte, odrzucone lub zablokowane z powodu błędu przetwarzania?
Decyzja Squid dotycząca polityki dostępuCo stało się z żądaniem po tym stanie uwierzytelniania?

Niektóre schematy wymagają kilku rund wyzwania. Same powtarzające się wpisy 407 nie dowodzą, że przeglądarka zignorowała monit ani że podane hasło było błędne.

Przy awariach pomocnika sprawdź skonfigurowanego pomocnika i jego protokół wyników specyficzny dla schematu. Proces, który nie może się uruchomić, to inna awaria niż działający pomocnik odrzucający konto. Jeśli uwierzytelnianie zostało przyjęte, ale Squid nadal odrzuca żądanie, postępuj zgodnie z odpowiednimi regułami dostępu.

Po zrozumieniu sekwencji przywróć pierwotny poziom debugowania. Pełne dane wyjściowe poziomu 9 mogą być bardzo duże; diagnostyka uwierzytelniania również wymaga ograniczonego obchodzenia się, ponieważ mogą pojawić się dane konta i inne wrażliwe stany.

Powiązane artykuły