Maaaring i-reset ng WebProxy.UseDefaultCredentials ang tahasang kredensyal

Mukhang tahasan ang pagkakasunod-sunod na ito, ngunit sa .NET 10 nagtatapos ito nang walang anumang kredensyal ng proxy:

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

Sa implementasyon ng WebProxy sa .NET 10, ang pagtatakda ng UseDefaultCredentials sa false ay nagtatalaga ng null sa Credentials. Ang pagtatakda nito sa true ay pumipili ng CredentialCache.DefaultCredentials. Kinokontrol ng dalawang property ang parehong pagpili ng account.

Para sa account na partikular sa isang serbisyo, italaga ang nilalayong kredensyal nang walang reset pagkatapos:

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

Kung kailangang tahasang patayin ng umiiral na setup code ang mga default na kredensyal, gawin iyon bago italaga ang NetworkCredential. Maaaring false ang getter nito habang wastong naroroon ang tahasang kredensyal; hindi ibig sabihin ng false na walang account na na-configure.

Ihugpong ang object na ito sa handler na nagsasagawa ng kahilingan. Para sa pinagsama-samang Windows authentication, sadyang piliin ang mga default na kredensyal, gamit ang naaangkop na pagkakakilanlan ng proseso.

Suriin ang pagkakasunod-sunod ng object initializer at ang mga helper na pamamaraan para sa mga pagtatalagang makalipas na pumapalit sa nilalayong account. Itali ang diagnosis na ito sa implementasyon ng WebProxy na ginagamit; ang property na may parehong pangalan sa isang HTTP handler ay maaaring mamahala ng ibang saklaw ng authentication.