פּרופֿן .NET ס NO_PROXY כּללים מיט HttpClient.DefaultProxy.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 מיט דעם זעלבן שטריק באַווײַזט נישט אַז אַן אַנדער קליענט האָט אויסגעקליבן דעם זעלבן וועג, און אַ באַשלוס וועגן אַרומגיין פֿאָדערט נאָך אַלץ גלייכן צוטריט צום נעץ.