Når Chrome ikke kan laste en lokal PAC-fil

Hvis Chrome ikke kan bruke et PAC-skript som leveres som en file://-URL, sjekk denne leveringsveien før du skriver om skriptet. At én plassering ikke lastes, betyr ikke at PAC-ruting ikke støttes.

Chromes proxy-API har en pac_script-modus der skript-URL eller innebygde data er tilgjengelig via det støttede utvidelsesgrensesnittet. En lokal fil levert gjennom operativsystemets innstillinger er bare én måte å prøve å levere skriptet på.

Følg skriptet inn i nettleseren

Fastslå hva som styrer den berørte nettleseren: systeminnstillinger, administrert policy, kommandolinjekonfigurasjon eller en utvidelse. En verdi som vises i macOS-innstillingene, beviser ikke at Chrome hentet og evaluerte skriptet.

Skill en avvist eller utilgjengelig skriptplassering fra en evalueringsfeil, og begge fra at det ikke lykkes å koble til proxyen som et gyldig skript returnerer. SOCKS-porten blir først relevant når nettleseren har valgt den ruten.

Distribuer en administrert PAC gjennom en godkjent mekanisme som målklientene støtter. En HTTP- eller HTTPS-leverings-URL må forbli tilgjengelig når proxyen den beskriver, ikke er tilgjengelig. Med innebygde data fra en utvidelse oppdaterer ikke endring av originalfilen det kopierte skriptet automatisk. For en liten lokal policy ved oppstart bygg skriptet inn i en data-URL som en annen leveringsvei.

En intern PAC kan inneholde private vertsnavn og rutingsregler. Hold den på en godkjent leveringstjeneste i stedet for å flytte den til vilkårlig offentlig hosting for å løse et lokalt filproblem.