Fyrir sérsniðinn WebProxy skaltu setja milliþjónsreikninginn á þann hlut. Aðrir .NET-eiginleikar auðkenna þjóna ólíkum viðtakendum:

EiginleikiViðtakandi
WebProxy.CredentialsMilliþjónninn sem hluturinn stendur fyrir.
HttpClientHandler.CredentialsÁfangastaðaþjónninn.
DefaultProxyCredentialsSjálfgefinn milliþjónn kerfisins þegar Proxy er null og UseProxy er true.

Þetta .NET 10-dæmi tilgreinir ákveðinn milliþjón og eigin reikning hans:

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);

Skiptu út skjalaendapunktinum og notaðu reikning sem rekstraraðilinn gefur. Listafærsla án auðkenningar þarf ekki uppspunna innskráningu. Þar sem Proxy meðhöndlarans er sérstaklega úthlutað kemur DefaultProxyCredentials ekki í stað WebProxy.Credentials.

UseDefaultCredentials hefur einnig hlutbundið gildissvið: auðkenning meðhöndlarans gagnvart þjóni og auðkenning WebProxy gagnvart milliþjóni eru ólíkar. Að senda reikning notanda ferlisins er ekki almennt svar við 407.

Ef auðkenningarkrafan heldur áfram skaltu athuga raunverulega aðferð, valinn endapunkt og tilvik biðlara/meðhöndlara. Auðkenning milliþjóns getur komið fyrir TLS við áfangastað, svo Authorization-haus vefsíðunnar getur ekki svarað henni. Stuðningur veltur enn á meðhöndlara, stýrikerfi, þjónustu og innleiðingarstefnu; uppsetningin krefst engrar almennrar Windows-milliþjónsbreytingar.

Tengdir greinar