En sida laddas, och proxy-inloggningsrutorna fortsätter att komma
Följ de misslyckade resursförfrågningarna och proxyvägarna när en sida ger upprepade autentiseringsuppmaningar.
En sida gör mer än en förfrågan. När du svarar på den första proxy-inloggningsrutan kan skript, bilder eller direktanslutningar ta andra vägar och få andra utmaningar.
- Hitta en resurs som misslyckas. Anteckna dess mål, vald proxy och 407-utmaningen. Jämför samma fält med en resurs som lyckas; bara huvudsidans URL räcker inte.
- Leta efter den gemensamma skillnaden. Fel kan följa en resursvärd, separata HTTP/HTTPS-sökvägar, ett tillägg eller ett PAC-beslut. En inloggning som en slutpunkt accepterar bevisar inte att en annan gör det. Även cachelagring av autentisering beror på utmaning, identitet och ruttens omfattning.
- Reparera det identifierade utbytet. Rätta vägen, kontot eller det stödda autentiseringsbeteendet och granska sedan både sidans beteende och resursresultaten.
Att skriva samma lösenord om och om igen ger lite bevis tills den omfattningen är känd. Tidiga webbläsarlösningar som att stänga av WebSockets, blockera skript eller byta tillägg kan ta bort förfrågan som utlöser en ruta, men också en nödvändig funktion.
Att blockera en oönskad resurs kan vara ett medvetet policyval. Beskriv resultatet som blockering, inte som bevis på att autentiseringen nu fungerar. En tyst sida utan den nödvändiga realtidsanslutningen har inte nått samma resultat som en fungerande sida med de avsedda vägarna.