Ang nawawalang PAC file ay maaaring magpalit ng iyong exit IP
Kung hindi makuha ng browser ang script ng proxy nito, maaaring iba ang fallback behavior nito kaysa sa mga DIRECT rule sa isang matagumpay na na-load na script.
Ang pag-alis ng bawat DIRECT branch mula sa PAC file ay hindi laging kumokontrol sa ginagawa ng browser kapag tuluyang hindi nito makuha ang file.
| Punto ng pagkabigo | Kaugnay na patakaran |
|---|---|
| Pinipili ng na-load na script sa mga ibinalik na proxy | nakaayos na listahan ng kandidato, kasama ang anumang tahasang DIRECT na opsyon. |
| Hindi makuha ng browser ang magagamit na script | Ang fallback sa configuration ng client, kasama ang anumang magagamit na cache o manu-manong alternatibo. |
Dinodokumento ng Chromium isang susunod na configuration pagkatapos ng pagkabigo sa pagkuha ng PAC: isang manu-manong proxy sa mga sinusuportahang platform, o direktang access. Pinipigilan ng mandatory PAC configuration ang dokumentadong direktang fallback nito kapag itinakda sa pamamagitan ng sinusuportahang mekanismo. Hindi nito tinutukoy ang bawat sitwasyon ng browser, platform o naka-cache na script.
Para sa hindi inaasahang direktang exit, itago ang client/bersyon at ang epektibong managed o extension na patakaran kasama ang PAC URL, resulta ng pagkuha, naobserbahang exit at oras ng pagbabago ng network. Tandaan kung may naka-cache na script o manu-manong proxy. Ipares ang mga proxy log sa ebidensya ng routing ng client; hindi ma-log ng proxy ang kahilingang hindi kailanman nakarating dito.
Ang organisasyong nangangailangan ng aprubadong exit ay dapat ihanay ang patakaran ng browser sa patakaran ng network access. Ang script na karaniwang nagbabalik ng tamang endpoint ay hindi mag-isa na makakagarantiya ng parehong landas habang hindi available ang delivery server nito.