Kad Chrome neielādē lokālo PAC failu
Atdaliet noraidīto lokālā PAC faila URL no PAC maršrutēšanas atbalsta, skripta sintakses un izvēlētā starpniekservera.
Ja Chrome nevar izmantot PAC skriptu, kas piegādāts kā file:// URL, pirms skripta pārrakstīšanas pārbaudiet šo piegādes ceļu. Vienas vietas ielādes neveiksme nenozīmē, ka PAC maršrutēšana netiek atbalstīta.
Chrome starpniekservera API ir pac_script režīms, kurā skripta URL vai iekļautie dati ir pieejami caur atbalstīto paplašinājuma saskarni. Lokāls fails, kas piegādāts ar operētājsistēmas iestatījumiem, ir tikai viens veids, kā mēģināt piegādāt skriptu.
Izsekojiet skriptam līdz pārlūkam
Noskaidrojiet, kas kontrolē skarto pārlūku: sistēmas iestatījumi, pārvaldīta politika, komandrindas konfigurācija vai paplašinājums. macOS iestatījumos redzamā vērtība nepierāda, ka Chrome šo skriptu ieguva un novērtēja.
Atdaliet noraidītu vai nesasniedzamu skripta vietu no novērtēšanas kļūdas un abas — no neizdošanās izveidot savienojumu ar starpniekserveri, ko atgriež derīgs skripts. SOCKS ports kļūst svarīgs tikai pēc tam, kad pārlūks ir izvēlējies šo ceļu.
Pārvaldīto PAC izplatiet ar apstiprinātu mehānismu, ko atbalsta mērķa klienti. HTTP vai HTTPS piegādes URL jāpaliek sasniedzamam arī tad, kad tajā aprakstītais starpniekserveris nav pieejams. Ja iekļautos datus nodrošina paplašinājums, sākotnējā faila maiņa automātiski neatjaunina nokopēto skriptu. Mazai lokālai politikai startēšanas laikā ieguliet skriptu data URL — tas ir vēl viens piegādes ceļš.
Iekšējais PAC var saturēt privātus resursdatoru nosaukumus un maršrutēšanas noteikumus. Turiet to apstiprinātā piegādes servisā, nevis pārvietojiet uz patvaļīgu publisku mitināšanu, lai atrisinātu lokāla faila problēmu.