Почему Firefox по-прежнему отправляет интрасетевой хост в вашей подсети обхода через прокси
Диапазон обхода для буквальных IP-адресов не обязательно освобождает имя хоста, которое разрешается в этот диапазон.
Вы добавили 192.168.0.0/16 в список «Без прокси для» Firefox. Открытие http://192.168.1.20/ идёт напрямую, но http://wiki.office.example/ по-прежнему попадает на прокси. Оба URL могут указывать на один и тот же сервер.
Важное различие — строка назначения, с которой сравнивает Firefox. Исключение для диапазона IP и исключение для имени хоста не взаимозаменяемы. Не предполагайте, что ручной список обхода разрешает каждое имя хоста, прежде чем решать, применяется ли правило диапазона адресов.
| Введённый URL | Информация, доступная для сопоставления |
|---|---|
| http://192.168.1.20/ | Буквальный IP-адрес |
| http://wiki.office.example/ | Имя хоста |
Если у интрасети есть собственный домен, используйте соответствующие исключения для имён хостов или доменов, а не угадывайте адреса, в которые могут разрешаться имена. Держите несвязанные публичные сервисы за пределами этого исключения. Домен может содержать как внутренние, так и внешне размещённые приложения.
Исходное объяснение Mozilla прямо различает сопоставление буквальных IP-адресов и имён, разрешаемых в эти адреса. Этот документ исторический, поэтому проверьте поведение текущего клиента и интерфейс политики, прежде чем копировать из него каждый пример синтаксиса.
Когда политике нужен DNS
Файл PAC даёт отдельное, явное место для решений с учётом DNS. Он также вносит режимы отказа при распространении, выполнении и разрешении скрипта. Используйте его потому, что требование маршрутизации нуждается в этой логике, а не просто чтобы длинный список обхода выглядел короче.
В управляемой установке проверьте также действующую политику Firefox. заблокированная политика прокси может объяснить, почему локальное изменение не определяет маршрут.
Для устранения неполадок записывайте буквальный URL, который вы ввели, а не только итоговый IP сервера. Сравнение URL с именем хоста и URL с буквальным адресом меняет информацию, доступную для решения об обходе, и именно поэтому два запроса могут идти разными путями.