Ładuje się jedna strona, a okna logowania proxy wciąż się pojawiają

Strona wykonuje więcej niż jedno żądanie. Odpowiedź na pierwsze okno logowania proxy może sprawić, że skrypty, obrazy lub połączenia na żywo pójdą innymi trasami i otrzymają inne wyzwania.

1. Znajdź zasób, który zawodzi. Zapisz jego miejsce docelowe, wybrane proxy i wyzwanie 407. Porównaj te same pola z zasobem, który się udaje; sam adres URL strony głównej nie wystarcza.
2. Szukaj wspólnej różnicy. Awarie mogą podążać za jednym hostem zasobu, osobnymi ścieżkami HTTP/HTTPS, rozszerzeniem lub decyzją PAC. Logowanie zaakceptowane przez jeden punkt końcowy nie dowodzi akceptacji przez inny. Buforowanie uwierzytelniania zależy też od wyzwania, tożsamości i zakresu trasy.
3. Napraw zidentyfikowaną wymianę. Popraw trasę, konto lub obsługiwane zachowanie uwierzytelniania, a następnie sprawdź zarówno zachowanie strony, jak i wyniki zasobów.

Wpisywanie tego samego hasła raz po raz daje niewiele dowodów, dopóki ten zakres nie jest znany. Wczesne obejścia w przeglądarce, takie jak wyłączenie WebSockets, blokowanie skryptów lub zmiana rozszerzeń, mogą usunąć żądanie wywołujące okno, ale też potrzebną funkcję.

Blokowanie niechcianego zasobu może być świadomą decyzją polityki. Opisz ten wynik jako blokowanie, a nie jako dowód, że uwierzytelnianie teraz działa. Cicha strona bez wymaganego połączenia w czasie rzeczywistym nie osiągnęła tego samego wyniku co działająca strona używająca zamierzonych tras.