Tämä järjestys näyttää eksplisiittiseltä, mutta .NET 10:ssä se päättyy ilman välityspalvelimen tunnistetietoja:

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

.NET 10:n WebProxy-toteutuksessa UseDefaultCredentials-arvon asettaminen arvoon false antaa Credentials-ominaisuudelle arvon null. Arvoon true asettaminen valitsee CredentialCache.DefaultCredentials-arvon. Molemmat ominaisuudet ohjaavat samaa tilin valintaa.

Palvelukohtaiselle tilille anna aiottu tunnistetieto ilman myöhempää nollausta:

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

Jos olemassa olevan asennuskoodin on eksplisiittisesti poistettava oletustunnistetiedot käytöstä, tee se ennen NetworkCredential-arvon antamista. Sen getter voi olla false, vaikka eksplisiittinen tunnistetieto on oikein läsnä; false ei välttämättä tarkoita, ettei tiliä ole määritetty.

Liitä tämä objekti pyynnön suorittavaan käsittelijään. Integroitua Windows-todennusta varten valitse sen sijaan tarkoituksella oletustunnistetiedot käyttäen prosessin soveltuvaa identiteettiä.

Tarkista objektin alustajan järjestys ja apumenetelmät myöhempien antamisten varalta, jotka korvaavat aiotun tilin. Sido tämä diagnoosi käytössä olevaan WebProxy-toteutukseen; HTTP-käsittelijän samanniminen ominaisuus voi hallita toista todennusaluetta.

Aiheeseen liittyvät artikkelit