Amikor a Chrome nem tud betölteni egy helyi PAC-fájlt
Válassza külön az elutasított helyi PAC-fájl URL-jét a PAC-útválasztás támogatásától, a szkript szintaxisától és a kiválasztott proxytól.
Ha a Chrome nem tud használni egy file:// URL-ként átadott PAC-szkriptet, a szkript átírása előtt ellenőrizze ezt a kézbesítési útvonalat. Egy hely betöltésének sikertelensége nem bizonyítja, hogy a PAC-útválasztás nem támogatott.
A Chrome proxy API-jának van pac_script módja, ahol a szkript URL-je vagy beágyazott adatai a támogatott bővítményfelületen keresztül érhetők el. Az operációs rendszer beállításain keresztül átadott helyi fájl csak egyetlen módja a szkript kézbesítésére tett kísérletnek.
Kövesse a szkriptet egészen a böngészőig
Állapítsa meg, mi irányítja az érintett böngészőt: rendszerbeállítások, felügyelt szabályzat, parancssori konfiguráció vagy bővítmény. A macOS beállításaiban megjelenő érték nem bizonyítja, hogy a Chrome megszerezte és kiértékelte azt a szkriptet.
Különböztesse meg az elutasított vagy elérhetetlen szkripthelyet a kiértékelési hibától, és mindkettőt attól, hogy nem sikerül csatlakozni az érvényes szkript által visszaadott proxyhoz. A SOCKS-port csak azután válik relevánssá, hogy a böngésző ezt az útvonalat választotta.
A felügyelt PAC-t olyan jóváhagyott mechanizmussal ossza ki, amelyet a célkliensek támogatnak. A HTTP- vagy HTTPS-kézbesítési URL-nek akkor is elérhetőnek kell maradnia, amikor az általa leírt proxy nem érhető el. A bővítmény által átadott beágyazott adatoknál az eredeti fájl módosítása nem frissíti automatikusan a másolt szkriptet. Kis helyi szabályzathoz indításkor, ágyazza be a szkriptet egy data URL-be másik kézbesítési útvonalként.
Egy belső PAC privát gazdagépneveket és útválasztási szabályokat tartalmazhat. Tartsa jóváhagyott kézbesítési szolgáltatáson, ahelyett hogy egy helyi fájlprobléma megoldásához tetszőleges nyilvános tárhelyre költöztetné.