När Chrome inte kan läsa in en lokal PAC-fil
Skilj en avvisad URL för en lokal PAC-fil från stöd för PAC-routing, skriptsyntax och den valda proxyn.
Om Chrome inte kan använda ett PAC-skript som levereras som en file://-URL, kontrollera den leveransvägen innan du skriver om skriptet. Att en plats inte läses in bevisar inte att PAC-routing saknar stöd.
Chroms proxy-API har ett pac_script-läge där skriptets URL eller inbäddade data är tillgängliga via det stödda tilläggsgränssnittet. En lokal fil som anges i operativsystemets inställningar är bara ett sätt att försöka leverera skriptet.
Följ skriptet hela vägen in i webbläsaren
Fastställ vad som styr den berörda webbläsaren: systeminställningar, hanterad policy, konfiguration via kommandoraden eller ett tillägg. Ett värde i macOS-inställningarna bevisar inte att Chrome hämtade och utvärderade skriptet.
Skilj en avvisad eller oåtkomlig skriptplats från ett utvärderingsfel, och båda från att anslutningen till proxyn som ett giltigt skript returnerar misslyckas. SOCKS-porten blir relevant först när webbläsaren har valt den vägen.
Distribuera en hanterad PAC via en godkänd mekanism som målklienterna stöder. En HTTP- eller HTTPS-leverans-URL måste förbli nåbar även när proxyn den beskriver inte är tillgänglig. Med inbäddade data från ett tillägg uppdateras inte det kopierade skriptet automatiskt när originalfilen ändras. För en liten lokal policy vid start kan du bädda in skriptet i en data-URL som en annan leveransväg.
En intern PAC kan innehålla privata värdnamn och dirigeringsregler. Behåll den på en godkänd leveranstjänst i stället för att flytta den till godtycklig offentlig hosting för att lösa ett problem med en lokal fil.