Бацькоўскія дамены і паддамены ў .NET NO_PROXY
Уключыце бацькоўскі дамен наўмысна, калі палітыка праксі асяроддзя .NET павінна абыходзіць і яго паддамены.
У дакументаваных правілах праксі асяроддзя .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-адрас. Супадзенне дамена адбываецца супраць гэтага ўводу запыту, а не супраць вашай нефармальнай назвы службы.