Когато Chrome не може да зареди локален PAC файл
Отделете отхвърления URL на локален PAC файл от поддръжката за PAC маршрутизация, синтаксиса на скрипта и избрания прокси сървър.
Ако Chrome не може да използва PAC скрипт, подаден като URL file://, проверете този път на доставяне, преди да пренапишете скрипта. Неуспехът да се зареди едно място не доказва, че PAC маршрутизацията не се поддържа.
Прокси API на Chrome има режим pac_script, като URL на скрипта или вградени данни са достъпни чрез поддържания интерфейс на разширение. Локалният файл, подаден чрез настройките на операционната система, е само един конкретен начин да се опита доставяне на скрипта.
Проследете скрипта до браузъра
Установете какво управлява засегнатия браузър: системни настройки, управлявана политика, конфигурация от командния ред или разширение. Стойност, показана в настройките на macOS, не доказва, че Chrome е получил и изпълнил този скрипт.
Разграничете отхвърлено или недостъпно място на скрипта от грешка при изпълнение и двете — от неуспех да се свържете с прокси сървъра, върнат от валиден скрипт. Портът SOCKS става от значение едва след като браузърът избере този маршрут.
Разпространявайте управляван PAC чрез одобрен механизъм, поддържан от целевите клиенти. URL за доставяне по HTTP или HTTPS трябва да остане достъпен, когато описаният от него прокси сървър е недостъпен. При вградени данни от разширение промяната на оригиналния файл не обновява автоматично копирания скрипт. За малка локална политика при стартиране, вградете скрипта в data URL като друг път за доставяне.
Вътрешният PAC може да съдържа частни имена на хостове и правила за маршрутизация. Дръжте го на одобрена услуга за доставяне, вместо да го премествате на произволен публичен хостинг, за да решите проблем с локален файл.