От результата теста PAC к реальному маршруту браузера
Отделите маршрут, который возвращает функция PAC, от доставки файла, применения браузером, доступности прокси и конечного пути запроса.
Тестер PAC возвращает PROXY proxy.example:8080. Полезный результат. Однако прежде чем называть конфигурацию браузера проверенной, остаётся ответить ещё на несколько вопросов.
| Вопрос | Что проверять |
|---|---|
| Что возвращает этот скрипт для этого ввода? | Оценщик, URL ввода и результаты вспомогательных функций |
| Получил ли браузер эту копию? | Настроенный URL PAC и доказательства доставки или кэширования |
| Использовал ли браузер возвращённый маршрут? | Диагностику браузера по выбору прокси и подключению |
| Мог ли этот маршрут провести запрос? | Соединение выбранной конечной точки и обмен с прокси |
Инструмент вроде pacparser оценивает логику PAC собственными поддерживаемыми вспомогательными функциями. Он не запускает полностью механизмы обнаружения конфигурации, политик, кэширования и подключения целевого браузера.
Сохраняйте входные данные сопоставимыми. Другая схема URL, иное написание имени хоста, другой ответ DNS или переданный адрес клиента могут изменить корректный результат. Тест в другой сети может задействовать другую ветку без какой-либо ошибки в скрипте.
Политика браузера также может выбрать другой URL PAC или фиксированный прокси. Редактирование файла на диске не доказывает, что браузер загрузил его заново. В Chrome обновление PAC отличается от очистки запомненных плохих прокси. Записывайте точную версию файла и соответствующие настройки потребителя вместе с результатом.
Используйте офлайн-оценку, чтобы сузить проблему логики. Используйте диагностику реального клиента, чтобы установить применение и маршрутизацию. Если результат скрипта верен, но прокси не видит транзакции, исследуйте этот разрыв, прежде чем переписывать работающее правило.