Защо Firefox все още проксира интранет хост в подсметката ви за заобикаляне

Поставили сте 192.168.0.0/16 в списъка „Без прокси“ на Firefox. Отварянето на http://192.168.1.20/ минава директно, но http://wiki.office.example/ все още стига до проксито. И двата URL адреса може да сочат към един и същ сървър.

Важната разлика е низът за местоназначение, с който Firefox сравнява. Изключение за IP диапазон и изключение за име на хост не са взаимозаменяеми. Не предполагайте, че ръчният списък за заобикаляне разрешава всяко име на хост, преди да решите дали правило за диапазон от адреси се прилага.

Ако интранетът има собствен домейн, използвайте подходящи изключения за имена на хостове или домейни, вместо да гадаете адресите, в които имената може да се разрешат. Дръжте несвързаните публични услуги извън това изключение. Един домейн може да съдържа както вътрешни, така и външно хоствани приложения.

Оригиналното обяснение на Mozilla изрично разграничава съпоставянето на литерален IP от имена, разрешаващи се в тези IP адреси. Този документ е исторически, затова проверете поведението на текущия клиент и интерфейса за политики, преди да копирате всеки пример за синтаксис от него.

Когато политиката се нуждае от DNS

PAC файлът предлага отделно, явно място за решения, съобразени с DNS. Той също въвежда режими на отказ при разпространение, изпълнение и разрешаване на скрипта. Използвайте го, защото изискването за маршрутизиране се нуждае от тази логика, а не просто за да изглежда дългият списък за заобикаляне по-къс.

При управлявана инсталация проверете и ефективната политика на Firefox. заключена политика за прокси може да обясни защо локална промяна не определя маршрута.

За отстраняване на проблеми записвайте литералния URL, който сте въвели, а не само крайния IP на сървъра. Сравняването на URL с име на хост с URL с литерален адрес променя информацията, налична за решението за заобикаляне, и точно затова двете заявки могат да поемат по различни пътища.