Поддерживает ли NO_PROXY регулярные выражения и шаблоны wildcard?
Выберите выражение обхода, которое поддерживает реальный клиент, вместо того чтобы предполагать, что NO_PROXY принимает регулярные выражения или синтаксис wildcard браузера.
Исключение выглядит убедительно: *.server.*. Оно также похоже на шаблон оболочки. Ни один из этих фактов не доказывает, что ваш HTTP-клиент его понимает.
NO_PROXY — не общий движок регулярных выражений. Особая звёздочка одного клиента не доказывает поддержку произвольных wildcard в середине имени. curl документирует единственную * как обход для всех хостов. Это сильно отличается от обещания, что *.server.* выбирает семейство доменов.
Начните с имён, которые вы действительно запрашиваете. Если требование — один известный домен и его поддомены, используйте документированную форму домена у потребителя. Если требование — несколько несвязанных имён, содержащих слово, может понадобиться поддерживаемый API выбора маршрута или политика PAC. Добавление лишней пунктуации к неподдерживаемому шаблону не может дать эту возможность.
Держите несколько контрпримеров рядом с предполагаемыми совпадениями. Должны ли server.example, files.server.example и server.other.test все обходиться? А имя с теми же буквами, но без той же границы домена? Эти ответы определяют требование яснее, чем название настройки «wildcard».
Смена клиента — повод ещё раз проверить шаблон. Правило обхода, скопированное из расширения браузера, не является автоматически действительным в переменной окружения, которую читает другая программа.