וועלכע .NET־צוטריט־דאַטן געהערן צום פּראָקסי?

פֿאַר אַן אייגענעם WebProxy שטעלט דעם פּראָקסי־קאָנטאָ אויף יענעם אָביעקט. אַנדערע .NET־צוטריט־אייגנשאַפֿטן האָבן אַנדערע מקבלים:

דער .NET 10־בײַשפּיל גיט אַן עקספּליציטן פּראָקסי און זײַן אייגענעם קאָנטאָ:

using System;
using System.Net;
using System.Net.Http;

string password = Environment.GetEnvironmentVariable("PROXY_PASSWORD")
    ?? throw new InvalidOperationException("Set PROXY_PASSWORD");

var proxy = new WebProxy("http://203.0.113.10:8080")
{
    Credentials = new NetworkCredential("proxy-user", password)
};

using var handler = new HttpClientHandler
{
    Proxy = proxy,
    UseProxy = true
};
using var client = new HttpClient(handler)
{
    Timeout = TimeSpan.FromSeconds(15)
};

using var response = await client.GetAsync("https://example.com/");
Console.WriteLine((int)response.StatusCode);

פֿאַרבײַט דעם דאָקומענטאַציע־ענדפּונקט און נוצט אַ קאָנטאָ פֿונעם אָפּעראַטאָר. אַן אײַנטראָג אָן אויטענטיפֿיקאַציע דאַרף נישט קיין אויסגעטראַכטן לאָגין. ווײַל דעם הענדלערס Proxy איז בפֿירוש באַשטימט, פֿאַרבײַט DefaultProxyCredentials נישט WebProxy.Credentials.

UseDefaultCredentials האָט אויך אַן אָביעקט־ספּעציפֿישן תּחום: סערווער־אויטענטיפֿיקאַציע פֿונעם הענדלער און פּראָקסי־אויטענטיפֿיקאַציע פֿון WebProxy זענען אַנדערש. שיקן דעם פּראָצעס־באַניצערס קאָנטאָ איז נישט קיין אַלגעמיינער ענטפֿער אויף 407.

אויב די אויטענטיפֿיקאַציע־פֿאָדערונג בלײַבט, קאָנטראָלירט דעם אמתן סכעמע, אויסגעקליבענעם ענדפּונקט און קליענט/הענדלער־אינסטאַנץ. פּראָקסי־אויטענטיפֿיקאַציע קען קומען פֿאַרן צילס TLS, דערפֿאַר קען אַ וועבזײַטלס Authorization־קאָפּ עס נישט באַענטפֿערן. שטיצע הענגט נאָך אָפּ פֿונעם הענדלער, פּלאַטפֿאָרמע, דינסט און אײַנפֿיר־פּאָליטיק; אַ גלאָבאַלע Windows־פּראָקסי־ענדערונג איז נישט נייטיק.