Éi side vert lasta, og proxy-innloggingsboksane held fram med å koma

Ei side gjer meir enn éin førespurnad. Når du svarar på den første proxy-innloggingsboksen, kan skript, bilete eller direktetilkoplingar ta andre ruter og få andre utfordringar.

1. Finn ein ressurs som feilar. Noter målet, vald proxy og 407-utfordringa. Samanlikn dei same felta med ein ressurs som lukkast; sjølve URL-en til hovudsida er ikkje nok.
2. Sjå etter den felles skilnaden. Feil kan følgje éin ressursvert, skilde HTTP/HTTPS-stiar, ei utviding eller eit PAC-vedtak. Ei innlogging som éin endepunkt godtek, provar ikkje at eit anna gjer det. Bufring av autentisering avheng òg av utfordring, identitet og ruteomfang.
3. Reparer den identifiserte utvekslinga. Rett ruta, kontoen eller den støtta autentiseringsåtferda, og undersøk deretter både åtferda til sida og ressurssvara.

Å skrive same passord om og om att gjev lite prov før dette omfanget er kjent. Tidlege nettlesartiltak som å slå av WebSockets, blokkere skript eller byte utvidingar kan fjerne førespurnaden som utløyser ein boks, men òg ein naudsynt funksjon.

Å blokkere ein uønskt ressurs kan vere eit medvite policyval. Skildre resultatet som blokkering, ikkje som prov på at autentisering no verkar. Ei stille side utan den naudsynte sanntidstilkoplinga har ikkje oppnådd same resultat som ei fungerande side med dei tiltenkte rutene.