WebProxy.UseDefaultCredentials povas restarigi eksplicitan akreditaĵon

Ĉi tiu sinsekvo aspektas eksplicita, sed en .NET 10 ĝi finiĝas sen ajna prokura akreditaĵo:

proxy.Credentials = new NetworkCredential(proxyUser, proxyPassword);
proxy.UseDefaultCredentials = false;

En la WebProxy-realigo de .NET 10, agordi UseDefaultCredentials al false atribuas null al Credentials. Agordi ĝin al true elektas CredentialCache.DefaultCredentials. La du ecoj regas la saman kontoelekton.

Por service specifa konto, atribuu la celatan akreditaĵon sen posta restarigo:

var proxy = new WebProxy("http://proxy.example.net:8080")
{
    Credentials = new NetworkCredential(proxyUser, proxyPassword)
};

Se ekzistanta agorda kodo devas eksplicite malŝalti defaŭltajn akreditaĵojn, faru tion antaŭ ol atribui NetworkCredential. Ĝia getter povas esti false dum eksplicita akreditaĵo ĝuste ĉeestas; false ne nepre signifas, ke neniu konto estas agordita.

Alligu ĉi tiun objekton al la traktilo plenumanta la peton. Por integrita Windows-aŭtentikigo, anstataŭe intence elektu defaŭltajn akreditaĵojn, uzante la aplikeblan identecon de la procezo.

Kontrolu la ordon de la objekta inicialigilo kaj helpmetodojn por postaj atribuoj, kiuj anstataŭigas la celatan konton. Ligu ĉi tiun diagnozon al la uzata WebProxy-realigo; samnoma eco sur HTTP-traktilo povas regi aliiĝan aŭtentikigan amplekson.