Kai Chrome neįkelia vietinio PAC failo
Atskirkite atmestą vietinio PAC failo URL nuo PAC maršrutizavimo palaikymo, scenarijaus sintaksės ir pasirinkto tarpinio serverio.
Jei Chrome negali naudoti PAC scenarijaus, pateikto kaip file:// URL, pirmiausia patikrinkite šį pateikimo kelią, o ne perrašykite scenarijų. Vienos vietos įkėlimo nesėkmė nereiškia, kad PAC maršrutizavimas nepalaikomas.
Chrome tarpinio serverio API turi pac_script režimą, kuriame scenarijaus URL arba įterpti duomenys pasiekiami per palaikomą plėtinio sąsają. Vietinis failas, pateiktas per operacinės sistemos nustatymus, tėra vienas būdas bandyti pateikti scenarijų.
Sekite scenarijų į naršyklę
Nustatykite, kas valdo paveiktą naršyklę: sistemos nustatymai, valdoma politika, komandinės eilutės konfigūracija ar plėtinys. Reikšmė, rodoma macOS nustatymuose, neįrodo, kad Chrome gavo ir įvertino tą scenarijų.
Atskirkite atmestą ar nepasiekiamą scenarijaus vietą nuo vertinimo klaidos, o abi – nuo nesėkmės prisijungti prie tarpinio serverio, kurį grąžina galiojantis scenarijus. SOCKS prievadas tampa svarbus tik naršyklei pasirinkus tą kelią.
Valdomą PAC platinkite patvirtintu mechanizmu, kurį palaiko tiksliniai klientai. HTTP arba HTTPS pateikimo URL turi likti pasiekiamas, kai jame aprašytas tarpinis serveris neveikia. Kai įterptus duomenis pateikia plėtinys, pradinio failo pakeitimas automatiškai neatnaujina nukopijuoto scenarijaus. Mažai vietinei politikai paleidimo metu įdėkite scenarijų į data URL – tai dar vienas pateikimo kelias.
Vidinis PAC gali turėti privačių mazgų vardų ir maršrutizavimo taisyklių. Laikykite jį patvirtintoje pateikimo tarnyboje, o nekelkite į atsitiktinį viešą talpinimą, kad išspręstumėte vietinio failo problemą.