Когда 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 может содержать частные имена хостов и правила маршрутизации. Держите его в одобренном сервисе доставки, а не переносите на произвольный публичный хостинг ради решения проблемы с локальным файлом.