Una página carga y los cuadros de inicio de sesión del proxy no dejan de aparecer

Una página hace más de una solicitud. Responder a su primer cuadro de inicio de sesión del proxy puede dejar que scripts, imágenes o conexiones en vivo tomen otras rutas y reciban otros desafíos.

1. Encuentra un recurso que falla. Conserva su destino, el proxy seleccionado y el desafío 407. Compara esos mismos campos con un recurso que sí funciona; la URL de la página principal por sí sola no basta.
2. Busca la diferencia común. Los fallos pueden seguir a un host de recurso, rutas HTTP/HTTPS separadas, una extensión o una decisión PAC. Un inicio de sesión aceptado por un extremo no demuestra que otro lo acepte. El almacenamiento en caché de la autenticación también depende del desafío, la identidad y el alcance de la ruta.
3. Repara el intercambio identificado. Corrige la ruta, la cuenta o el comportamiento de autenticación admitido y luego revisa tanto el comportamiento de la página como los resultados de los recursos.

Escribir la misma contraseña una y otra vez aporta pocas pruebas hasta que ese alcance se conoce. Los primeros apaños en el navegador, como desactivar WebSockets, bloquear scripts o cambiar extensiones, pueden eliminar la solicitud que provoca el cuadro y también una función necesaria.

Bloquear un recurso no deseado puede ser una decisión deliberada de política. Describe ese resultado como bloqueo, no como prueba de que la autenticación ya funciona. Una página silenciosa a la que le falta su conexión en tiempo real requerida no ha logrado el mismo resultado que una página operativa con las rutas previstas.