Правило PAC для коротких імен може обходити ваш проксі

З'ясуйте, чому ім'я хоста без крапки та його повна форма можуть вибирати різні маршрути в одному PAC-скрипті.

PAC-скрипт отримує ім'я хоста з URL. dashboard не перетворюється автоматично на dashboard.example.internal перед зіставленням:

function FindProxyForURL(url, host) {
  if (isPlainHostName(host)) {
    return "DIRECT";
  }
  return "PROXY 203.0.113.10:8080";
}

Замініть адресу з документації на справжню кінцеву точку HTTP; список HTTP-проксі дає кандидатів для тестів публічних призначень, де цей маршрут дозволений. У цьому скрипті коротке ім'я навмисно повертає DIRECT; повне ім'я потрапляє у гілку проксі. «Просте ім'я хоста» означає написання без крапки, а не висновок, що хост перебуває в довіреній локальній мережі.

Якщо бажана політика — один внутрішній домен, зіставляйте цей домен, а не кожне коротке ім'я. dnsDomainIs і shExpMatch мають різні входи та семантику шаблонів. Перевірка суфікса для .example.internal не включає точний корінь example.internal; додайте цей випадок явно, якщо це потрібно. Шаблон у стилі оболонки — це не IP-підмережа і не регулярний вираз.

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

Використовуйте порівняння імен, коли воно виражає політику; DNS-помічники додають власні запити й затримку. Тримайте неявний локальний обхід браузера окремо від скрипта. Перевірка localhost не замінює справжнє написання публічного чи внутрішнього призначення.

Схожі статті