Чому Firefox досі спрямовує інтранет-хост у вашій підмережі обходу через проксі

Ви додали 192.168.0.0/16 до список «Без проксі для» Firefox. Відкриття http://192.168.1.20/ іде напряму, але http://wiki.office.example/ досі потрапляє на проксі. Обидві URL можуть указувати на той самий сервер.

Важлива відмінність — рядок призначення, з яким порівнює Firefox. Виняток для діапазону IP і виняток для імені хоста не є взаємозамінними. Не припускайте, що ручний список обходу розв'язує кожне ім'я хоста, перш ніж вирішити, чи застосовується правило діапазону адрес.

Якщо інтранет має власний домен, використовуйте відповідні винятки для імен хостів або доменів, а не вгадуйте адреси, в які можуть розв'язуватися імена. Тримайте не пов'язані публічні сервіси поза цим винятком. Домен може містити як внутрішні, так і зовнішньо розміщені застосунки.

Початкове пояснення Mozilla чітко розрізняє зіставлення буквальних IP-адрес і імен, що розв'язуються в ці адреси. Цей документ історичний, тому перевірте поведінку поточного клієнта та інтерфейс політики, перш ніж копіювати з нього кожен приклад синтаксису.

Коли політиці потрібен DNS

Файл PAC дає окреме, явне місце для рішень з урахуванням DNS. Він також вносить режими збою під час розповсюдження, виконання та розв'язання скрипту. Використовуйте його тому, що вимога маршрутизації потребує цієї логіки, а не просто щоб довгий список обходу виглядав коротшим.

У керованій інсталяції перевірте також чинну політику Firefox. заблокована політика проксі може пояснити, чому локальна зміна не визначає маршрут.

Для усунення несправностей записуйте буквальну URL, яку ви ввели, а не лише кінцеву IP-адресу сервера. Порівняння URL з іменем хоста та URL з буквальною адресою змінює інформацію, доступну для рішення про обхід, і саме тому два запити можуть іти різними шляхами.