Вы отредактировали PAC-файл. Загрузил ли браузер его снова?
Сохранение прокси-скрипта на его сервере не доказывает, что браузер заменил свою кэшированную конфигурацию. Проверьте получение, прежде чем отлаживать новое правило.
Вы меняете PAC-файл с прокси A на прокси B, сохраняете его и перезагружаете сайт. Сайт по-прежнему видит прокси A. Прежде чем снова менять правило, проверьте, получил ли браузер новый скрипт вообще.
Перезагрузка страницы и загрузка PAC — две разные операции. Клиент может хранить скрипт независимо от просматриваемой страницы. Уже установленное соединение добавляет ещё одну причину, по которой следующая видимая активность может не показать нового решения о маршрутизации.
Ищите запрос PAC
Используйте журнал доступа сервера конфигурации и доступную сетевую диагностику клиента. Определите точный PAC URL, ответ и версию доставленного скрипта. Файл, отредактированный в одном каталоге, может существовать рядом с другим файлом, который обслуживает активный веб-хост.
Chromium документирует собственное кэширование и повторную загрузку PAC. У других клиентов свои правила. Не превращайте старую байку «перезапустите браузер» в универсальный интервал обновления.
Сделайте сравнение осмысленным
Если уместен контролируемый новый сеанс браузера, используйте поддерживаемый механизм конфигурации и подтвердите получение, а не полагайтесь только на экран настроек. Учтите, что закрытие окна не всегда завершает все процессы браузера.
Когда известно, что новый скрипт загружен, изучите его результат для пункта назначения. Только после этого исследуйте повторное использование соединения или адрес выхода прокси-сервиса. Эти последующие этапы не могут объяснить правку PAC, которую клиент так и не получил.