Tinatanggap ng PAC loader ng Chromium ang mga data URL na may script bytes. Para sa maliit na PAC file na UTF-8, maaaring ihanda ng paglulunsad ng Bash gamit ang GNU base64 ang argumento nang lokal:

pac64=$(base64 -w0 "$HOME/.config/proxy.pac")
google-chrome --proxy-pac-url="data:application/x-ns-proxy-autoconfig;charset=utf-8;base64,$pac64"

Gamitin ang executable na pangalan ng naka-install na browser. Tinatanggal ng -w0 ng GNU base64 ang pagbabalot ng output; maaaring gumamit ng ibang opsyon ang ibang pagpapatupad ng base64. Sinasabi ng deklarasyong charset sa PAC loader kung paano bibigyang-kahulugan ang mga na-decode na byte.

Nag-e-embed ito ng snapshot ng file sa isang argumento ng paglulunsad. Kung babaguhin ang file mamaya, hindi maa-update ang patakaran ng browser na iyon na tumatakbo. Muling buuin ang argumento para sa susunod na gustong paglulunsad.

Ilunsad sa gustong bagong proseso ng browser. Ang pagbibigay ng URL sa isang umiiral nang instance ay hindi nagpapatunay na pinagtibay nito ang mga bagong startup flag.

Panatilihin ang pamamaraang ito para sa mga patakarang kasya nang komportable sa mga limitasyon ng command line. Ang PAC location na pinapanatili sa HTTP o HTTPS ay isa pang modelo ng paghahatid, na may sariling landas ng pagkuha. Hindi kailangan ang naka-disable na Network Service flag para sa mekanismong data URL.

Kaugnay na mga artikulo