Mfululizo huu unaonekana dhahiri, lakini katika .NET 10 unaishia bila kitambulisho chochote cha wakala:

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

Katika utekelezaji wa WebProxy wa .NET 10, kuweka UseDefaultCredentials kuwa false kunagawa null kwa Credentials. Kuweka kuwa true huchagua CredentialCache.DefaultCredentials. Sifa hizo mbili hudhibiti uchaguzi sawa wa akaunti.

Kwa akaunti maalum ya huduma, gawa kitambulisho kinachokusudiwa bila kuweka upya baadaye:

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

Ikiwa msimbo uliopo wa usanidi lazima uzime kitambulisho chaguo-msingi kwa uwazi, fanya hivyo kabla ya kugawa NetworkCredential. Getter yake inaweza kuwa false wakati kitambulisho dhahiri kipo kwa usahihi; false haimaanishi kwamba hakuna akaunti iliyosanidiwa.

Ambatisha kitu hiki kwa handler inayotekeleza ombi. Kwa uthibitishaji wa Windows uliounganishwa, chagua kwa makusudi kitambulisho chaguo-msingi, ukitumia utambulisho unaotumika wa mchakato.

Angalia mpangilio wa kianzilishi cha kitu na mbinu saidizi kwa mgawo wa baadaye unaobadilisha akaunti inayokusudiwa. Unganisha utambuzi huu na utekelezaji wa WebProxy unaotumika; sifa yenye jina sawa kwenye handler ya HTTP inaweza kudhibiti wigo tofauti wa uthibitishaji.

Makala zinazohusiana