페이지 하나가 로드되는데 프록시 로그인 상자가 계속 뜬다

페이지는 요청을 하나만 보내지 않습니다. 첫 프록시 로그인 상자에 응답해도 스크립트, 이미지, 라이브 연결이 다른 경로를 타고 다른 챌린지를 받을 수 있습니다.

1. 실패하는 리소스를 찾습니다. 목적지, 선택된 프록시, 407 챌린지를 기록합니다. 같은 항목을 성공하는 리소스와 비교하세요. 메인 페이지 URL만으로는 부족합니다.
2. 공통된 차이를 찾습니다. 실패는 하나의 리소스 호스트, 별도의 HTTP/HTTPS 경로, 확장 프로그램 또는 PAC 결정을 따라갈 수 있습니다. 한 엔드포인트가 수락한 로그인이 다른 엔드포인트의 수락을 입증하지는 않습니다. 인증 캐싱은 챌린지, ID, 경로 범위에도 달려 있습니다.
3. 확인된 교환을 고칩니다. 경로, 계정 또는 지원되는 인증 동작을 바로잡은 뒤 페이지 동작과 리소스 결과를 모두 확인합니다.

같은 비밀번호를 반복해서 입력하는 것은 그 범위를 알기 전까지 거의 증거가 되지 못합니다. WebSockets 비활성화, 스크립트 차단, 확장 프로그램 변경 같은 초기 브라우저 우회는 상자를 유발하는 요청을 제거하는 동시에 필요한 기능도 제거할 수 있습니다.

원하지 않는 리소스를 차단하는 것은 의도적인 정책 선택일 수 있습니다. 그 결과를 인증이 이제 작동한다는 증거가 아니라 차단으로 설명하세요. 필요한 실시간 연결이 빠진 조용한 페이지는 의도된 경로를 쓰는 정상 페이지와 같은 결과를 얻지 못한 것입니다.