Quando Chrome non riesce a caricare un file PAC locale
Distinguere un URL di file PAC locale rifiutato dal supporto al routing PAC, dalla sintassi dello script e dal proxy selezionato.
Se Chrome non riesce a usare uno script PAC fornito come URL file://, verificare quel percorso di distribuzione prima di riscrivere lo script. Il mancato caricamento di una posizione non dimostra che il routing PAC non sia supportato.
L'API proxy di Chrome dispone di una modalità pac_script, con URL dello script o dati inline disponibili tramite l'interfaccia di estensione supportata. Un file locale fornito tramite le impostazioni del sistema operativo è solo un modo specifico di tentare di distribuire lo script.
Seguire lo script fino al browser
Stabilire che cosa controlla il browser interessato: impostazioni di sistema, criterio gestito, configurazione da riga di comando o un'estensione. Un valore mostrato nelle impostazioni di macOS non dimostra che Chrome abbia ottenuto e valutato quello script.
Distinguere una posizione dello script rifiutata o irraggiungibile da un errore di valutazione, ed entrambe da un errore di connessione al proxy restituito da uno script valido. La porta SOCKS diventa rilevante solo dopo che il browser ha scelto quella rotta.
Distribuire un PAC gestito tramite un meccanismo approvato supportato dai client di destinazione. Un URL di distribuzione HTTP o HTTPS deve restare raggiungibile quando il proxy che descrive non è disponibile. Con dati inline forniti da un'estensione, modificare il file originale non aggiorna automaticamente lo script copiato. Per una piccola politica locale all'avvio, incorporare lo script in un URL di dati come altra via di distribuzione.
Un PAC interno può contenere nomi host privati e regole di routing. Tenerlo su un servizio di distribuzione approvato invece di spostarlo su un hosting pubblico arbitrario per risolvere un problema di file locale.