Hâld in aparte .NET-handler foar elk proxy-account

In transport kin it proxy-ynloggegevensprovider-objekt hâlde dat keazen is doe't syn poolbehearder makke waard. WebProxy.Credentials dêrnei ferfange is gjin betroubere accountwiksel.

Meitsje de rûte en it akkount tegearre oan foardat de klant brûkt wurdt:

var proxy = new System.Net.WebProxy(proxyEndpoint)
{
    Credentials = new System.Net.NetworkCredential(proxyUser, proxyPassword)
};
var handler = new System.Net.Http.HttpClientHandler
{
    UseProxy = true,
    Proxy = proxy
};
var client = new System.Net.Http.HttpClient(handler);

It einpunt en de ynloggegevens komme út de konfiguraasje fan de applikaasje. Bou noch in handler foar in twadde identiteit; in oare HttpClient dy't de earste handler dielt, dielt ek syn belied.

In oanpaste ICredentials-provider kin lettere útdagings beantwurdzje, mar kin in fêstige tunnel net as in oar akkount werlabelje. Ien globale brûkersnamme/wachtwurd om asynchrone oproppen hinne lit útdagingstiid en akkounteigendom yn konflikt.

Hâld in beheinde set klanten as wergebrûk nedich is. Drainje âld wurk foardat syn transport ferlitten wurdt. Ien nije handler per oanfraach fergriemt ferbiningpools; elk histoarysk akkount foar altyd hâlde lit se sûnder grins groeie.