Kiam Chrome ne povas ŝargi lokan PAC-dosieron
Apartigu rifuzitan URL-on de loka PAC-dosiero disde subteno de PAC-enkursigo, skripta sintakso kaj la elektita prokuro.
Se Chrome ne povas uzi PAC-skripton provizitan kiel URL-on file://, kontrolu tiun liveran vojon antaŭ ol reverki la skripton. Malsukceso ŝargi unu lokon ne pruvas, ke PAC-enkursigo ne estas subtenata.
La prokura API de Chrome havas reĝimon pac_script, kun skripta URL aŭ enliniaj datumoj disponeblaj per sia subtenata aldonaĵa interfaco. Loka dosiero provizita per agordoj de la operaciumo estas nur unu aparta maniero provi liveri la skripton.
Sekvu la skripton ĝis la retumilo
Determinu, kio regas la koncernan retumilon: sistemaj agordoj, administrata politiko, komandlinia agordo aŭ aldonaĵo. Valoro montrata en la agordoj de macOS ne pruvas, ke Chrome akiris kaj evaluis tiun skripton.
Distingi rifuzitan aŭ neatingeblan skriptan lokon disde evalua eraro, kaj ambaŭ disde malsukceso konekti al la prokuro redonita de valida skripto. La pordo SOCKS gravas nur post kiam la retumilo elektis tiun vojon.
Disdonu administratajn PAC per aprobita mekanismo subtenata de la celaj klientoj. URL de liverado per HTTP aŭ HTTPS devas resti atingebla, kiam la priskribita prokuro ne disponeblas. Ĉe enliniaj datumoj provizitaj de aldonaĵo, ŝanĝo de la originala dosiero ne aŭtomate ĝisdatigas la kopiitan skripton. Por malgranda loka politiko ĉe lanĉo, enigu la skripton en datuman URL-on kiel alian liveran vojon.
Interna PAC povas enhavi privatajn gastigantnomojn kaj enkursigajn regulojn. Tenu ĝin en aprobita livera servo anstataŭ movi ĝin al arbitra publika gastigado por solvi lokan dosieran problemon.