HttpClient.DefaultProxy.IsBypassed менен .NET NO_PROXY эрежелерин текшерүү

HttpClient экөө үчүн тең проксини айланып өтүшү керек болсо, жалпак доменди да, алдында чекити бар форманы да тизмелеп, анан IsBypassed текшериңиз.

HttpClient'тин документтелген чөйрө прокси саясаты боюнча example.internal жана .example.internal ар башкача дал келет. Жалпак ат ата-хостту тандайт; алдында чекити бар форма анын субдомендерин тандайт.

Экөө тең түз болушу керек болсо, экөөнү тең иштетүү чөйрөсүнө кошуңуз:

export no_proxy='example.internal,.example.internal'

Аларды көздөлгөн учурдагы айланып өтүү тизмеси менен бириктириңиз. Өзгөрмө аттары баш жана кичине тамгаларды ажыраткан системаларда .NET адегенде кичине тамгалуу прокси чөйрө аттарын, анан баш тамгалууларын текшерет, ошондуктан эски no_proxy NO_PROXY'ден артык болушу мүмкүн.

Колдонмонун ичинде демейки тандагычты бара турган жерге HTTP суроосун жөнөтпөстөн текшерүүгө болот:

foreach (var host in new[] {
    "example.internal", "api.example.internal", "other.internal"
})
{
    var uri = new Uri("https://" + host + "/");
    Console.WriteLine($"{host}: bypass={HttpClient.DefaultProxy.IsBypassed(uri)}");
}

Үзүндү System жана System.Net.Http колдонот. Эгер колдонмо башка IWebProxy'ни ачык көрсөткөн болсо, анын ордуна иштетүүчүнүн чыныгы проксисин текшериңиз. Демейки прокси инициализацияланаар мурун көздөлгөн чөйрөнү коюңуз.

Булар .NET'тин документтелген эрежелери. Ошол эле сап менен алынган curl жыйынтыгы башка кардар ошол эле маршрутту тандаганын далилдебейт, ал эми айланып өтүү чечими дагы эле түз тармактык жеткиликтүүлүктү талап кылат.

Тектеш макалалар