Wanneer Chrome een lokaal PAC-bestand niet kan laden
Onderscheid een geweigerde URL van een lokaal PAC-bestand van ondersteuning voor PAC-routering, de scriptsyntaxis en de gekozen proxy.
Als Chrome een PAC-script dat als file://-URL wordt aangeleverd niet kan gebruiken, controleer dan eerst dat aanleverpad voordat u het script herschrijft. Dat één locatie niet laadt, bewijst niet dat PAC-routering niet wordt ondersteund.
De proxy-API van Chrome heeft een pac_script-modus, waarbij script-URL of inline gegevens beschikbaar zijn via de ondersteunde extensie-interface. Een lokaal bestand via de instellingen van het besturingssysteem is slechts één manier om het script proberen aan te leveren.
Volg het script tot in de browser
Stel vast wat de getroffen browser bestuurt: systeeminstellingen, beheerd beleid, configuratie via de opdrachtregel of een extensie. Een waarde in de macOS-instellingen bewijst niet dat Chrome dat script heeft opgehaald en uitgevoerd.
Onderscheid een geweigerde of onbereikbare scriptlocatie van een evaluatiefout, en beide van het niet kunnen verbinden met de proxy die een geldig script teruggeeft. De SOCKS-poort wordt pas relevant nadat de browser die route heeft gekozen.
Verspreid een beheerd PAC via een goedgekeurd mechanisme dat de doelclients ondersteunen. Een HTTP- of HTTPS-aanlever-URL moet bereikbaar blijven wanneer de proxy die hij beschrijft niet beschikbaar is. Bij inline gegevens van een extensie werkt een wijziging van het originele bestand niet automatisch door in het gekopieerde script. Voor een klein lokaal beleid bij het opstarten sluit het script in een data-URL in als ander aanleverpad.
Een intern PAC kan privé-hostnamen en routeringsregels bevatten. Houd het op een goedgekeurde aanleverdienst in plaats van het naar willekeurige openbare hosting te verplaatsen om een probleem met een lokaal bestand op te lossen.