Помощники с поддержкой IPv6 для правил маршрутизации PAC
Старые помощники PAC и шаблоны точечных адресов не становятся автоматически IPv6-совместимыми, когда прокси-сервер получает IPv6-адрес.
Прокси-слушатель с поддержкой IPv6 не делает старое правило PAC IPv6-совместимым. Дойти до слушателя и правильно классифицировать пункт назначения — это отдельные требования.
| Входные данные правила | Что проверять |
|---|---|
dnsResolve, myIpAddress, isInNet в старых примерах | Предположения об IPv4-адресе и маске. Ложное совпадение в данных, разделённых двоеточием, может означать неподдерживаемый ввод, а не назначение за пределами сети. |
dnsResolveEx или isInNetEx | Поддержка клиента, требуемая точка входа и документированный формат возврата. |
Microsoft документирует эти расширения с поддержкой IPv6. Каждому браузеру или потребителю WinHTTP нужна собственная проверка поддержки; один работающий клиент не может установить совместимость повсюду.
Имя хоста может разрешаться в несколько адресов, а расширенный помощник может вернуть список. Интерпретируйте этот документированный список, а не сравнивайте всю строку так, будто это один IPv4-адрес. Определите результаты для неподдерживаемых помощников, неудачных запросов и неожиданных семейств.
Если политика действительно касается домена компании, правило имени хоста может выразить это более прямо, чем классификация каждого возможного разрешённого адреса. При диагностике держите конфигурацию конечной точки и доказательства правила назначения отдельно, чтобы успешное IPv6-прокси-соединение не скрыло неверное решение PAC.