Se încarcă o pagină, iar casetele de autentificare proxy tot apar
Urmăriți cererile de resurse care eșuează și rutele proxy când o pagină produce solicitări repetate de autentificare.
O pagină face mai mult de o cerere. Răspunsul la prima casetă de autentificare proxy poate lăsa scripturile, imaginile sau conexiunile live să ia alte rute și să primească alte provocări.
- Găsiți o resursă care eșuează. Rețineți destinația, proxy-ul ales și provocarea 407. Comparați aceleași câmpuri cu o resursă care reușește; doar URL-ul paginii principale nu este suficient.
- Căutați diferența comună. Eșecurile pot urma un singur host de resursă, căi HTTP/HTTPS separate, o extensie sau o decizie PAC. O autentificare acceptată de un endpoint nu dovedește acceptarea de către altul. Memorarea în cache a autentificării depinde și de provocare, identitate și domeniul rutei.
- Reparați schimbul identificat. Corectați ruta, contul sau comportamentul de autentificare acceptat, apoi verificați atât comportamentul paginii, cât și rezultatele resurselor.
Retastarea aceleiași parole oferă puține dovezi până când acel domeniu este cunoscut. Primele ocoliri în browser, precum dezactivarea WebSockets, blocarea scripturilor sau schimbarea extensiilor, pot elimina cererea care declanșează o casetă, dar și o funcționalitate necesară.
Blocarea unei resurse nedorite poate fi o alegere deliberată de politică. Descrieți acel rezultat ca blocare, nu ca dovadă că autentificarea funcționează acum. O pagină liniștită fără conexiunea în timp real necesară nu a obținut același rezultat ca o pagină funcțională care folosește rutele prevăzute.