WebProxy.UseDefaultCredentials შეიძლება გადააყენოს მკაფიო რწმუნებულება

ეს თანმიმდევრობა მკაფიო ჩანს, მაგრამ .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-ზე იმავე სახელის თვისებამ შეიძლება მართოს სხვა ავთენტიფიკაციის არეალი.