See jada tundub selgesõnaline, kuid .NET 10-s lõpeb see ilma puhverserveri identimisteabeta:

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

.NET 10 WebProxy teostuses määrab UseDefaultCredentials väärtuseks false Credentials väärtuse null. Väärtuseks true määramine valib CredentialCache.DefaultCredentials. Mõlemad atribuudid juhivad sama konto valikut.

Teenusepõhise konto jaoks määrake soovitud identimisteave ilma hilisema lähtestamiseta:

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

Kui olemasolev seadistuskood peab vaikeidentimisteabe selgesõnaliselt välja lülitama, tehke seda enne NetworkCredential määramist. Selle getter võib olla false, samal ajal kui selgesõnaline identimisteave on korrektselt olemas; false ei tähenda tingimata, et ühtegi kontot pole seadistatud.

Kinnitage see objekt päringut täitva töötleja külge. Integreeritud Windowsi autentimise jaoks valige selle asemel teadlikult vaikeidentimisteave, kasutades protsessi kohaldatavat identiteeti.

Kontrollige objekti initsialiseerija järjekorda ja abimeetodeid hilisemate määramiste suhtes, mis asendavad soovitud konto. Siduge see diagnoos kasutatava WebProxy teostusega; HTTP-töötleja samanimeline atribuut võib juhtida teistsugust autentimisulatust.

Seotud artiklid