Uma página carrega e as caixas de login do proxy não param de aparecer

Uma página faz mais do que um pedido. Responder à primeira caixa de login do proxy pode deixar scripts, imagens ou ligações em tempo real seguirem outras rotas e receberem outros desafios.

1. Encontre um recurso que falha. Guarde o destino, o proxy selecionado e o desafio 407. Compare esses mesmos campos com um recurso que tem sucesso; só o URL da página principal não chega.
2. Procure a diferença comum. As falhas podem seguir um anfitrião de recurso, caminhos HTTP/HTTPS separados, uma extensão ou uma decisão PAC. Um login aceite por um ponto final não prova a aceitação por outro. A cache da autenticação também depende do desafio, da identidade e do âmbito da rota.
3. Repare a troca identificada. Corrija a rota, a conta ou o comportamento de autenticação suportado e depois inspecione tanto o comportamento da página como os resultados dos recursos.

Escrever a mesma palavra-passe repetidamente dá poucas provas até esse âmbito ser conhecido. Os primeiros contornos no navegador, como desativar WebSockets, bloquear scripts ou mudar extensões, podem remover o pedido que origina uma caixa e também uma funcionalidade necessária.

Bloquear um recurso indesejado pode ser uma escolha deliberada de política. Descreva esse resultado como bloqueio, não como prova de que a autenticação já funciona. Uma página silenciosa sem a ligação em tempo real necessária não obteve o mesmo resultado que uma página a funcionar com as rotas previstas.