Chrome 확장 프로그램: 유효한 프록시 구성 다시 읽기
set 콜백을 브라우저의 실제 경로에 대한 증거로 삼기 전에 완료, value.mode, levelOfControl, 범위를 검사합니다.
settings.set() 완료가 성공해도 의도한 엔드포인트를 통한 브라우저 요청이 성공한 것보다 알려주는 정보가 적습니다. 비동기 작업이 완료된 뒤 유효한 ChromeSetting을 다시 읽고, 먼저 오류 경로를 처리합니다.
| 다시 읽기 세부 정보 | 이것이 답하는 질문 |
|---|---|
value.mode | 시스템 구성, 고정 서버, PAC 중 어느 것입니까? 최상위 호스트를 가정하지 말고 그 형태에 맞는 필드를 읽으십시오. |
levelOfControl | 이 확장 프로그램이 설정을 제어할 수 있습니까? 이 확장 프로그램이나 다른 확장 프로그램이 제어하고 있습니까? 관리 정책은 변경을 제한할 수 있습니다. |
| 범위 및 탐색 컨텍스트 | 일반 구성 또는 의도한 시크릿 구성을 검사하고 있습니까? API에 문서화된 읽기/쓰기 옵션을 사용하십시오. |
set 작업을 시작한 직후에 시작한 읽기는 그 작업과 경쟁할 수 있습니다. 잘못된 속성을 읽으면 유효한 시스템 또는 PAC 구성이 비어 보일 수 있습니다. 어느 관찰도 원격 프록시가 무언가를 거부했다는 것을 입증하지 않습니다.
설정 제어가 비활성화되어 있으면 경쟁 저장소에 반복해서 쓰지 말고 제어하는 정책이나 확장 프로그램을 검사하십시오. Chrome은 시스템 설정, 명령줄 구성, 확장 프로그램, 정책을 결합할 수 있습니다.
유효한 구성을 이해한 뒤 목적지까지의 경로를 검사하십시오. PAC 또는 바이패스가 의도적으로 직접 액세스를 선택할 수 있습니다. 예상한 프록시를 선택한다면 엔드포인트 가용성, 인증, 관측된 출구는 실제 브라우저 요청의 문제로 남습니다. 구성 다시 읽기는 상태 검사가 아닙니다.