PAC 파일이 없으면 출구 IP가 바뀔 수 있습니다
브라우저가 프록시 스크립트를 가져오지 못하면, 그 폴백 동작이 정상적으로 로드된 스크립트의 DIRECT 규칙과 다를 수 있습니다.
PAC 파일에서 모든 DIRECT 분기를 제거한다고 해서 브라우저가 파일을 전혀 얻지 못할 때 하는 동작이 반드시 제어되지는 않습니다.
| 실패 지점 | 관련 정책 |
|---|---|
| 로드된 스크립트가 반환된 프록시 중에서 선택합니다 | 정렬된 후보 목록. 명시적 DIRECT 옵션도 포함합니다. |
| 브라우저가 사용 가능한 스크립트를 가져오지 못함 | 클라이언트의 구성 폴백. 사용 가능한 캐시나 수동 대안도 포함합니다. |
Chromium은 문서화합니다 PAC 가져오기 실패 후의 다음 구성을 설명합니다. 지원되는 플랫폼의 수동 프록시 또는 직접 액세스입니다. 필수 PAC 구성은 지원되는 메커니즘으로 설정된 경우 문서화된 직접 폴백을 막습니다. 이것이 모든 브라우저, 플랫폼, 캐시된 스크립트 상황을 정의하지는 않습니다.
예기치 않은 직접 출구라면 클라이언트/버전과 유효한 관리 또는 확장 정책을 PAC URL, 가져오기 결과, 관찰된 출구, 네트워크 변경 시각과 함께 보관하십시오. 캐시된 스크립트나 수동 프록시가 있었는지도 기록하십시오. 프록시 로그를 클라이언트 라우팅 증거와 맞춰 보십시오. 프록시는 도달하지 않은 요청을 기록할 수 없습니다.
승인된 출구가 필요한 조직은 브라우저 정책을 네트워크 액세스 정책과 정렬해야 합니다. 보통 올바른 엔드포인트를 반환하는 스크립트라도 배포 서버를 사용할 수 없는 동안에는 같은 경로를 단독으로 보장할 수 없습니다.