Чи підтримує NO_PROXY регулярні вирази та шаблони wildcard?
Виберіть вираз обходу, який підтримує реальний клієнт, замість припущення, що NO_PROXY приймає регулярні вирази або синтаксис wildcard браузера.
Виняток виглядає переконливо: *.server.*. Він також виглядає як шаблон оболонки. Жоден із цих фактів не доводить, що ваш HTTP-клієнт його розуміє.
NO_PROXY не є спільним рушієм регулярних виразів. Особлива зірочка одного клієнта не доводить підтримку довільних wildcard у середині імені. curl документує єдину * як обхід усіх хостів. Це дуже відрізняється від обіцянки, що *.server.* вибирає родину доменів.
Почніть з імен, які ви справді запитуєте. Якщо вимога — один відомий домен і його піддомени, використовуйте задокументовану форму домену споживача. Якщо вимога — кілька незв'язаних імен, що містять слово, може знадобитися підтримуваний API вибору маршруту або політика PAC. Додавання більше пунктуації до непідтримуваного шаблону не може дати цю можливість.
Тримайте кілька контрприкладів поруч із передбачуваними збігами. Чи мають обходитися server.example, files.server.example і server.other.test? А ім'я з тими самими літерами без тієї самої межі домену? Ці відповіді визначають вимогу ясніше, ніж називання налаштування «wildcard».
Зміна клієнта — причина ще раз перевірити шаблон. Правило обходу, скопійоване з розширення браузера, не є автоматично чинним у змінній середовища, яку читає інша програма.