데이터 URL은 Chrome 시작 시 작은 PAC 정책을 담을 수 있다
file:// 로드나 HTTP 서버에 의존하지 않고 proxy-pac-url 인수에 로컬 PAC 파일을 포함합니다.
Chromium의 PAC 로더는 스크립트 바이트를 담은 데이터 URL을 받아들입니다. 작은 UTF-8 PAC 파일이라면 GNU base64를 쓰는 Bash 실행으로 인수를 로컬에서 준비할 수 있습니다:
pac64=$(base64 -w0 "$HOME/.config/proxy.pac")
google-chrome --proxy-pac-url="data:application/x-ns-proxy-autoconfig;charset=utf-8;base64,$pac64"
설치된 브라우저의 실행 파일 이름을 사용하세요. GNU base64의 -w0 은 출력의 줄바꿈을 없앱니다. 다른 base64 구현은 다른 옵션을 쓸 수 있습니다. charset 선언은 디코드된 바이트를 어떻게 해석할지 PAC 로더에 알려 줍니다.
이 방식은 파일의 스냅숏을 실행 인수에 포함합니다. 나중에 파일을 바꿔도 실행 중인 브라우저의 정책은 갱신되지 않습니다. 다음에 의도한 실행을 위해 인수를 다시 생성하세요.
의도한 새 브라우저 프로세스로 실행하세요. 기존 인스턴스에 URL을 넘기는 것은 그 인스턴스가 새 시작 플래그를 받아들였다는 증거가 아닙니다.
명령줄 한도에 무리 없이 들어가는 정책에는 이 접근을 유지하세요. HTTP나 HTTPS로 유지되는 PAC 위치는 자체 가져오기 경로를 가진 또 다른 전달 모델입니다. 데이터 URL 방식에는 비활성화된 Network Service 플래그가 필요하지 않습니다.