DefaultCredentials თქვენს Windows-შესვლას Basic პაროლად არ აქცევს
მოარგეთ .NET-ის ნაგულისხმევი უსაფრთხოების კონტექსტი პროქსის აუთენტიფიკაციის სქემას, ნაცვლად იმისა, რომ ელოდოთ ბრაუზერში შენახული Basic ანგარიშის ავტომატურად გამოჩენას.
ბრაუზერი იმახსოვრებს პროქსის ანგარიშს. თქვენი .NET კლიენტი იყენებს CredentialCache.DefaultCredentials-ს და იღებს 407-ს თქვენ მიერ მოსალოდნელი ხელახალი ცდის გარეშე. ეს ორი ფაქტი თავსებადია.
DefaultCredentials წარმოადგენს მიმდინარე უსაფრთხოების კონტექსტს მხარდაჭერილი ინტეგრირებული აუთენტიფიკაციისთვის. Microsoft ადასტურებს მის გამოყენებადობას NTLM-ზე, Negotiate-სა და Kerberos-ზე. ეს არ არის მოთხოვნა ბრაუზერში შენახული შესვლებიდან მომხმარებლის სახელისა და ღია პაროლის ამოღების შესახებ.
თუ პროქსი გთავაზობთ Basic-ს და მოითხოვს ცალკე ანგარიშს, დააკონფიგურირეთ ეს ანგარიში კლიენტის მიერ მხარდაჭერილი პროქსის სერთიფიკატების ინტერფეისის მეშვეობით. ცხადი NetworkCredential და Windows-ის მიმდინარე უსაფრთხოების კონტექსტი სხვადასხვა შეყვანაა.
პაროლის შეცვლამდე შეამოწმეთ გამოცხადებული გამოწვევა. ასევე შეამოწმეთ, რომელი მომხმარებლის კონტექსტი უშვებს აპლიკაციას. დესკტოპის შესრულებადი ფაილი და სერვისი შეიძლება სხვადასხვა იდენტობა ჰქონდეთ, თუნდაც ერთ კომპიუტერზე გაშვებისას.
ანგარიშის დანიშნულების სერთიფიკატების თვისებაშიც კოპირების მიზეზი არ არსებობს. შუამავლის შესვლა შუამავალთან დატოვეთ. სასარგებლო დიაგნოსტიკა ასახელებს სამ რამეს: არჩეულ პროქსის, მის მიერ მოთხოვნილ სქემას და სერთიფიკატის იმ ტიპს, რომელიც აპლიკაციამ რეალურად მიაწოდა.