हा क्रम स्पष्ट दिसतो, पण .NET 10 मध्ये तो कोणत्याही प्रॉक्सी क्रेडेन्शियलशिवाय संपतो:

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

.NET 10 च्या WebProxy अंमलबजावणीत, UseDefaultCredentials false वर सेट केल्यास Credentials ला null नियुक्त होते. true वर सेट केल्यास CredentialCache.DefaultCredentials निवडले जाते. दोन्ही गुणधर्म एकच खाते निवड नियंत्रित करतात.

सेवा-विशिष्ट खात्यासाठी, नंतर रीसेट न करता इच्छित क्रेडेन्शियल नियुक्त करा:

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

जर विद्यमान सेटअप कोडने डीफॉल्ट क्रेडेन्शियल स्पष्टपणे बंद करायचे असेल, तर ते NetworkCredential नियुक्त करण्यापूर्वी करा. स्पष्ट क्रेडेन्शियल योग्यरीत्या उपस्थित असतानाही त्याचा getter false असू शकतो; false म्हणजे कोणतेही खाते कॉन्फिगर केलेले नाही असे अर्थ नाही.

हा ऑब्जेक्ट विनंती करणाऱ्या handler ला जोडा. एकात्मिक Windows प्रमाणीकरणासाठी, त्याऐवजी प्रक्रियेची लागू ओळख वापरून डीफॉल्ट क्रेडेन्शियल जाणीवपूर्वक निवडा.

ऑब्जेक्ट-इनिशियलायझरचा क्रम आणि सहाय्यक पद्धती तपासा की इच्छित खाते बदलणारी नंतरची नियुक्ती आहे का. हे निदान वापरल्या जात असलेल्या WebProxy अंमलबजावणीशी जोडा; HTTP handler वरील समान नावाचा गुणधर्म वेगळी प्रमाणीकरण व्याप्ती नियंत्रित करू शकतो.

संबंधित लेख