Какво означава <local> в списък за заобикаляне на WinHTTP

Третирайте токена за заобикаляне на локален хост на WinHTTP като правило за име на хост, а не като универсален тест за адреси на частни мрежи.

Списъкът за заобикаляне на WinHTTP може да съдържа специалния токен <local>. В този контекст local означава име на сървър без точка. Това не е обща класификация на всеки частен IP адрес или на всяко устройство в Wi-Fi мрежата ви.

Затова краткото име на хост и името с точки са различни входни данни. Приложение, което заявява http://intranet/, може да съвпадне с токена, докато http://intranet.example.internal/ се нуждае от приложимото явно правило.

Прочетете конфигурираните изключения

За желана конфигурация на WinHTTP статичен пример е:

netsh winhttp set proxy `
  proxy-server="203.0.113.10:8080" `
  bypass-list="<local>;*.example.internal"

Крайната точка е само илюстративна. Тази команда променя конфигурацията на WinHTTP и не бива да се използва като общо поправяне на браузъра. Запишете предишната конфигурация и потвърдете, че целевото приложение действително я използва, преди да направите тази промяна.

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

Проверете действителния хост на заявката

Услуга може да използва кратко име, докато отметка в браузъра използва напълно квалифицирано име. Полученият маршрут може да се различава дори когато и двете имена в крайна сметка идентифицират един и същ сървър.

Заявка може да се управлява и от специфична за приложението информация за прокси или от оценка на PAC, вместо от статичното подразбиране, което прегледахте. Определете източника, който използва неуспешното приложение, преди да променяте списък за заобикаляне другаде.

За да сравните поведението, запишете името на хоста от URL и избраната прокси политика за същия клиент. Не замествайте работещ публичен прокси само защото умишлено изключен хост остава директен.

Дръжте това разграничение отделно от DNS и маршрутизацията на ядрото: правило за заобикаляне избира дали да се използва прокси за заявка. То не прави иначе недостижима дестинация достижима.

Подобни статии