Windows-ის სერტიფიკატების დიალოგი თავისით არ ამოწმებს პროქსის

Windows-ის უსაფრთხოების ნაცნობი ფანჯარა მომხმარებლის ინტერფეისია და არა უნივერსალური ფუნქცია „ამ აპლიკაციის პროქსიში შესვლისთვის“.

CredUI ფუნქციებს შეუძლიათ მომხმარებლისგან სერტიფიკატების ინფორმაციის შეგროვება. თქვენმა ქსელის კლიენტმა მაინც უნდა განმარტოს პროქსის გამოწვევა და წარმოადგინოს ანგარიში მის მიერ მხარდაჭერილი მექანიზმით.

WinHTTP-ისთვის ავთენტიფიკაციის დამუშავება მოთხოვნის ნაკადსა და მის დოკუმენტირებულ API-ებს ეკუთვნის. 407 გამოწვევა განსხვავდება წყარო სერვერის 401-ისგან, თუნდაც აპლიკაცია ორივესთვის მსგავს ფანჯარას აჩვენებდეს.

დაადგინეთ, რომელ პროქსის ეხება ფანჯარა, დაამუშავეთ გაუქმება და შეზღუდეთ დაბრუნებული სერტიფიკატი ამ მიზნით. არასოდეს დააკოპიროთ ნიმუშის კოდი, რომელიც პაროლს ლოგავს ავთენტიფიკაციის ბუფერის გახსნის შემდეგ. იმის ჩვენება, რომ დიალოგმა ტექსტი დააბრუნა, არ არის ამ ტექსტის დაბეჭდვის მიზეზი.

ინტეგრირებული ავთენტიფიკაცია შეიძლება მოიცავდეს სერტიფიკატის განსხვავებულ წარმოდგენას და პროცესის სხვა იდენტობას. ნუ ჩათვლით, რომ ყველა მეთოდი მცირდება მომხმარებლის სახელისა და პაროლის პროქსის URL-ში ჩასმამდე.

სასარგებლო საზღვარი ნათელია: ფანჯარა იღებს მომხმარებლის შეყვანას, ქსელის API ასრულებს ავთენტიფიკაციის გაცვლას, ხოლო პროქსი წყვეტს, მიიღოს ის თუ არა.