Når Chrome ikke klarer å laste en lokal PAC-fil
Hold en avvist URL for en lokal PAC-fil adskilt fra støtte for PAC-ruting, skriptsyntaks og valgt proxy.
Hvis Chrome ikke får brukt et PAC-skript som er levert som file://-URL, bør du undersøke leveringsveien før skriptet skrives om. At én plassering ikke lar seg laste, er ikke det samme som at PAC-ruting mangler støtte.
Proxy-API-et i Chrome har en pac_script-modus, der skript-URL eller innebygde data er tilgjengelig gjennom det støttede utvidelsesgrensesnittet. En lokal fil som er lagt inn via operativsystemets innstillinger, er bare én av flere måter å forsøke å levere skriptet på.
Følg skriptet hele veien inn i nettleseren
Finn ut hva som styrer den berørte nettleseren: systeminnstillinger, administrert policy, oppstartskonfigurasjon eller en utvidelse. En verdi som vises i macOS-innstillingene, er ikke bevis for at Chrome har hentet og evaluert skriptet.
Hold en avvist eller utilgjengelig skriptplassering adskilt fra en evalueringsfeil, og begge fra at tilkoblingen til proxyen som et gyldig skript peker på, feiler. SOCKS-porten blir først aktuell etter at nettleseren har valgt den ruten.
Rull ut en administrert PAC via en godkjent ordning som klientene støtter. En HTTP- eller HTTPS-URL for levering må være tilgjengelig også når proxyen den beskriver, er nede. Når en utvidelse leverer innebygde data, blir ikke det kopierte skriptet oppdatert automatisk når originalfilen endres. Trenger du en liten lokal policy ved oppstart, kan du legge skriptet i en data-URL som en alternativ leveringsvei.
En intern PAC kan inneholde private vertsnavn og rutingsregler. La den ligge på en godkjent leveringstjeneste i stedet for å flytte den til tilfeldig offentlig hosting for å løse et lokalt filproblem.