As Chrome in lokaal PAC-bestân net lade kin
Skiede in wegere URL fan in lokaal PAC-bestân fan stipe foar PAC-routing, script-syntaks en de keazen proxy.
As Chrome in PAC-script dat as file://-URL levere wurdt net brûke kin, kontrolearje dan dat leveringspaad foardat jo it script wer oerskriuwe. It mislearjen fan ien lokaasje bewiist net dat PAC-routing net stipe wurdt.
De proxy-API fan Chrome hat in pac_script-modus, mei script-URL of ynline gegevens beskikber fia de stipe útwreidingsynterface. In lokaal bestân dat fia ynstellingen fan it bestjoeringssysteem levere wurdt, is mar ien bepaalde manier om it script te probearjen te leverjen.
Folgje it script de browser yn
Stel fêst wat de oanbelangjende browser kontrolearret: systeemynstellingen, beheard belied, kommandorigelkonfiguraasje of in útwreiding. In wearde dy't yn macOS-ynstellingen toand wurdt, bewiist net dat Chrome dat script krigen en evaluearre hat.
Underskied in wegere of net berikbere scriptlokaasje fan in evaluaasjeflater, en beide fan in mislearjen om te ferbinen mei de proxy dy't in jildich script weromjout. De SOCKS-poarte wurdt pas relevant neidat de browser dat paad keazen hat.
Ferspriede in beheard PAC fia in goedkard meganisme dat de doelkliïnten stypje. In leverings-URL fia HTTP of HTTPS moat berikber bliuwe as de proxy dy't er beskriuwt net beskikber is. By ynline gegevens fan in útwreiding fernijt it feroarjen fan it orizjinele bestân it kopiearre script net automatysk. Foar in lyts lokaal belied by it opstarten, embed it script yn in data-URL as in oar leveringspaad.
In yntern PAC kin privee hostnammen en routingregels befetsje. Hâld it op in goedkarde leveringstsjinst yn stee fan it te ferpleatsen nei willekeurige iepenbiere hosting om in probleem mei in lokaal bestân op te lossen.