Eine Seite stellt mehr als eine Anforderung. Wer das erste Proxy-Anmeldefeld beantwortet, lässt Skripte, Bilder oder Live-Verbindungen womöglich andere Routen nehmen und andere Aufforderungen erhalten.

  1. Finden Sie eine fehlschlagende Ressource. Notieren Sie Ziel, gewählten Proxy und die 407-Aufforderung. Vergleichen Sie dieselben Felder mit einer Ressource, die gelingt; die URL der Hauptseite allein genügt nicht.
  2. Suchen Sie den gemeinsamen Unterschied. Fehler können einem Ressourcen-Host, getrennten HTTP/HTTPS-Pfaden, einer Erweiterung oder einer PAC-Entscheidung folgen. Eine Anmeldung, die ein Endpunkt akzeptiert, belegt nicht die Akzeptanz eines anderen. Auch das Zwischenspeichern der Authentifizierung hängt von Aufforderung, Identität und Routenumfang ab.
  3. Reparieren Sie den ermittelten Austausch. Korrigieren Sie Route, Konto oder das unterstützte Authentifizierungsverhalten und prüfen Sie dann sowohl das Seitenverhalten als auch die Ressourcenergebnisse.

Dasselbe Passwort wiederholt einzutippen liefert wenig Beweise, solange dieser Umfang nicht bekannt ist. Frühe Browser-Notlösungen wie WebSockets abschalten, Skripte blockieren oder Erweiterungen wechseln können die Anforderung entfernen, die eine Aufforderung auslöst, aber auch eine benötigte Funktion.

Eine unerwünschte Ressource zu blockieren kann eine bewusste Richtlinienentscheidung sein. Beschreiben Sie dieses Ergebnis als Blockieren, nicht als Beweis, dass die Authentifizierung nun funktioniert. Eine stille Seite ohne ihre erforderliche Echtzeitverbindung hat nicht dasselbe Ergebnis erreicht wie eine funktionierende Seite mit den vorgesehenen Routen.

Ähnliche Artikel