ለራስዎ WebProxy የፕሮክሲ መለያውን በዚያ ነገር ላይ ያስቀምጡ። ሌሎች የ.NET መግቢያ ባሕሪያት የተለያዩ ተቀባዮችን ያገለግላሉ፦

ባሕሪተቀባይ
WebProxy.Credentialsበዚያ ነገር የተወከለው ፕሮክሲ።
HttpClientHandler.Credentialsየመድረሻ አገልጋይ።
DefaultProxyCredentialsProxy null እና UseProxy true ሲሆኑ የሥርዓቱ ነባሪ ፕሮክሲ።

ይህ የ.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 አጠቃላይ ፕሮክሲ ለውጥ አያስፈልግም።

ተዛማጅ ጽሑፎች