Chrome에서 로컬 PAC 파일을 불러오지 못할 때

Chrome이 file:// URL로 제공된 PAC 스크립트를 사용할 수 없다면 스크립트를 다시 쓰기 전에 그 전달 경로를 확인하십시오. 한 위치에서 불러오지 못했다고 해서 PAC 라우팅 지원이 없다는 뜻은 아닙니다.

Chrome의 프록시 API에는 pac_script 모드가 있으며, 스크립트 URL이나 인라인 데이터를 지원되는 확장 인터페이스로 사용할 수 있습니다. 운영체제 설정으로 제공되는 로컬 파일은 스크립트를 전달하는 한 가지 방식일 뿐입니다.

스크립트가 브라우저로 들어가는 경로를 따라가기

해당 브라우저를 무엇이 제어하는지 확인하십시오. 시스템 설정, 관리 정책, 명령줄 구성, 확장 프로그램 중 하나입니다. macOS 설정에 표시된 값이 Chrome이 그 스크립트를 가져와 평가했다는 증거는 아닙니다.

거부되었거나 접근할 수 없는 스크립트 위치를 평가 오류와 구분하고, 둘 다 유효한 스크립트가 반환한 프록시에 연결하지 못한 경우와 구분하십시오. SOCKS 포트는 브라우저가 그 경로를 선택한 뒤에야 문제가 됩니다.

관리형 PAC은 대상 클라이언트가 지원하는 승인된 방식으로 배포하십시오. 설명하는 프록시를 사용할 수 없을 때에도 HTTP 또는 HTTPS 전달 URL은 접근 가능해야 합니다. 확장이 제공한 인라인 데이터에서는 원본 파일을 바꿔도 복사된 스크립트가 자동으로 갱신되지 않습니다. 시작 시 작은 로컬 정책이 필요하다면 스크립트를 data URL에 포함하는 방법이 또 다른 전달 경로입니다.

내부 PAC에는 사설 호스트 이름과 라우팅 규칙이 들어 있을 수 있습니다. 로컬 파일 문제를 해결하려고 임의의 공개 호스팅으로 옮기지 말고 승인된 전달 서비스에 두십시오.