Ako Chrome ne može koristiti PAC skriptu dostavljenu kao URL file://, provjerite taj put dostave prije nego što prepišete skriptu. Neuspjeh učitavanja jedne lokacije ne dokazuje da PAC rutiranje nije podržano.

Chrome proxy API ima način rada pac_script, s URL-om skripte ili ugrađenim podacima dostupnim kroz podržani interfejs proširenja. Lokalna datoteka dostavljena kroz postavke operacijskog sistema samo je jedan konkretan način pokušaja dostave skripte.

Pratite skriptu sve do preglednika

Utvrdite šta kontroliše zahvaćeni preglednik: sistemske postavke, upravljana politika, konfiguracija iz komandne linije ili proširenje. Vrijednost prikazana u macOS postavkama ne dokazuje da je Chrome tu skriptu preuzeo i izvršio.

Razlikujte odbijenu ili nedostupnu lokaciju skripte od greške pri izvršavanju, a oboje od neuspjeha povezivanja s proxyjem koji vraća valjana skripta. SOCKS port postaje relevantan tek nakon što preglednik odabere taj put.

Distribuirajte upravljani PAC kroz odobreni mehanizam koji ciljni klijenti podržavaju. URL dostave preko HTTP-a ili HTTPS-a mora ostati dostupan i kada proxy koji opisuje nije dostupan. S ugrađenim podacima iz proširenja, promjena izvorne datoteke ne ažurira automatski kopiranu skriptu. Za malu lokalnu politiku pri pokretanju, ugradite skriptu u data URL kao drugi put dostave.

Interni PAC može sadržavati privatna imena hostova i pravila rutiranja. Držite ga na odobrenoj usluzi dostave umjesto da ga premještate na proizvoljni javni hosting radi rješavanja problema s lokalnom datotekom.

Povezani članci