Chrome 프록시 인증: onAuthRequired 콜백 누락
Chrome 프록시 로그인 콜백을 디버깅할 때 확장 프로그램 이벤트 가시성을 캐시된 인증 및 완료된 요청과 분리하세요.
onAuthRequired 내부의 메시지는 해당 리스너가 실행되었음을 증명합니다. 빈 콘솔은 요청이 어떤 경로를 택했는지, 또는 이전 교환에서 인증이 제공되었는지를 보여 주지 않습니다.
| 관찰 항목 | 이와 분리할 대상 |
|---|---|
| 선택된 경로 | 인증 챌린지가 발생했는지 |
| 수신한 챌린지 | 이 리스너가 이를 관찰하거나 처리할 수 있었는지 |
| 리스너 출력 | 올바른 확장 프로그램 콘솔을 보고 있는지 |
| 요청의 최종 결과 | 새 콜백이 필요했는지 |
먼저 실제 네트워크 결과를 확인하세요. 요청은 인증이나 이미 설정된 연결을 재사용하거나, 직접 연결하거나, 예상한 엔드포인트에 도달하지 못할 수 있습니다.
관련 챌린지가 발생했다면 리스너의 필터, 권한, 지원되는 확장 프로그램 컨텍스트를 확인하세요. Manifest 세대와 배포 모델은 인증 처리에 영향을 줍니다. 구식 블로킹 리스너 예제로 현재 권한 모델을 정의할 수는 없습니다. 리스너가 실행되는 곳이 거기라면 페이지 출력에 의존하지 말고 확장 프로그램 서비스 워커의 콘솔을 관찰하세요. Manifest V3에서는 인증 리스너를 동기적으로 등록하세요 비동기 계정 로딩 전에.
반복된 탐색이 반드시 새로운 챌린지인 것은 아닙니다. 과거 캐시 관련 보고는 이벤트가 브라우저 세션마다 정확히 한 번 발생한다는 규칙을 확립하지 않습니다. 사용 중인 브라우저와 버전을 관찰하세요.
통제된 비교를 위해서는 지원되는 브라우저 도구로 의도한 확장 프로그램 구성과 계정을 격리하세요. 문서화되지 않은 캐시 삭제 요령이나 운영 체제 전체를 바꾸는 것은 피하세요. 네 가지 관찰은 리스너가 없는지, 아니면 이 연결이 단지 그것을 필요로 하지 않았는지를 식별합니다.