У документованих правилах проксі середовища .NET .example.com відповідає піддоменам. Він не відповідає example.com самому. Ця невелика різниця може розділити одну службу на два маршрути.

ЗаписОчікуваний збіг .NET
example.comІм'я батьківського вузла
.example.comІмена вузлів під цим доменом
example.com,.example.comОбидві групи

Припустімо, цільова сторінка використовує батьківське ім'я, а її API використовує api.example.com. Список, що містить лише форму з точкою, може надіслати цільову сторінку через проксі, тоді як API йде напряму. Зворотна помилка — вказати лише батьківський домен і чекати збігу для кожного дочірнього. Перевірте HttpClient.DefaultProxy.IsBypassed для батьківського домену та одного дочірнього, щоб переконатися в налаштованому рішенні.

Це стосується політики середовища, яку використовує задіяний HTTP-клієнт .NET. Явно призначений IWebProxy, інша реалізація обробника або інше покоління середовища виконання потребують перевірки власних правил. Не припускайте, що список обходу браузера став цим списком середовища.

Також опирайтеся звичці перекладати параметр у *.example.com. Документований синтаксис середовища .NET не розглядає зірочку як загальний шаблонний символ.

Порівнюючи робочу команду curl із застосунком, зберігайте буквальний URL у звіті. “Той самий сервер” приховує, чи ви запитували батьківський домен, піддомен або IP-адресу. Зіставлення домену відбувається щодо цього вводу запиту, а не щодо вашої неформальної назви служби.

Схожі статті