WebProxy.UseDefaultCredentials kan nulstille en eksplicit legitimationsoplysning
Undgå at nulstille en eksplicit .NET-proxykonto ved at tildele UseDefaultCredentials bagefter.
Denne sekvens ser eksplicit ud, men i .NET 10 ender den uden nogen proxy-legitimationsoplysning:
proxy.Credentials = new NetworkCredential(proxyUser, proxyPassword);
proxy.UseDefaultCredentials = false;
I .NET 10's WebProxy-implementering tildeler det null til Credentials at sætte UseDefaultCredentials til false. At sætte det til true vælger CredentialCache.DefaultCredentials. De to egenskaber styrer det samme kontovalg.
For en tjenestespecifik konto tildeles den tilsigtede legitimationsoplysning uden en senere nulstilling:
var proxy = new WebProxy("http://proxy.example.net:8080")
{
Credentials = new NetworkCredential(proxyUser, proxyPassword)
};
Hvis eksisterende opsætningskode eksplicit skal slå standardlegitimationsoplysninger fra, gør det før tildelingen af NetworkCredential. Dets getter kan være false, mens en eksplicit legitimationsoplysning er korrekt til stede; false betyder ikke nødvendigvis, at ingen konto er konfigureret.
Vedhæft dette objekt til den handler, der udfører anmodningen. For integreret Windows-godkendelse vælges i stedet bevidst standardlegitimationsoplysninger ved at bruge processens relevante identitet.
Kontroller objektinitialiseringsrækkefølgen og hjælpemetoder for senere tildelinger, der erstatter den tilsigtede konto. Knyt denne diagnose til den anvendte WebProxy-implementering; en egenskab med samme navn på en HTTP-handler kan styre et andet godkendelsesomfang.