WPAD ჩართულია. რატომ არის WinHTTP-ის პროქსის მისამართი ცარიელი?
Windows-ის პროქსის კონფიგურაციის წაკითხვა და დანიშნულებისთვის პროქსის განსაზღვრა ცალკეული ოპერაციებია. სერვისის იდენტობა კიდევ ერთ საზღვარს ამატებს.
პროქსის ავტომატური ამოცნობა შეიძლება ჩართული იყოს, მაშინ როცა ხელით დაყენებული პროქსის სტრიქონი ცარიელია. WinHttpGetIEProxyConfigForCurrentUser() აბრუნებს კონფიგურაციის ველებს და არა საბოლოო ბოლო წერტილს თითოეული დანიშნულებისთვის.
| ველი | მნიშვნელობა |
|---|---|
| ხელით პროქსი | მკაფიოდ კონფიგურირებული მნიშვნელობა |
| ავტომატური კონფიგურაციის URL | PAC სკრიპტის მდებარეობა |
| ავტომატური ამოცნობის დროშა | ჩართულია თუ არა ამოცნობა |
სტრუქტურა გამოსავალია. მისი ავტომატური ამოცნობის წევრის დაყენება ფუნქციის გამოძახებამდე არ რთავს Windows-ის ამოცნობას. გამოიყენეთ დაბრუნებული ველები დოკუმენტირებული დროშებით ცალკე ავტომატური პროქსის მოთხოვნის ასაგებად.
ჯერ განსაზღვრეთ, შემდეგ გამოიყენეთ
API, როგორიცაა WinHttpGetProxyForUrl(), აფასებს დანიშნულების რეალურ URL-ს. მიუთითეთ ეს URL და არა PAC-ის ჩამოტვირთვის URL, და გამოიყენეთ განსაზღვრის შედეგი შესაბამის WinHTTP მოთხოვნაზე.
პირდაპირი შედეგი ვალიდურია. სკრიპტის ჩამოტვირთვის, სკრიპტის შეფასებისა და პროქსის კავშირის შეცდომები ცალკე ნაბიჯებში ხდება. შეამოწმეთ მარცხის კოდები და დაიცავით დაბრუნებული სტრიქონების საკუთრების წესები.
ვისი კონფიგურაცია?
„CurrentUser“ ნიშნავს გამომძახებლის კონტექსტს. შესაბამისი იმპერსონაციის გარეშე სერვისმა შეიძლება წაიკითხოს საკუთარი სერვისის ანგარიშის პარამეტრები სამუშაო მაგიდის მომხმარებლის ნაცვლად.
შეგნებულად აირჩიეთ, იყენებს სერვისი მართულ პარამეტრებს თუ მიჰყვება ავტორიზებული მომხმარებლის კონფიგურაციას, მათ შორის ქცევას, როცა ინტერაქტიული მომხმარებელი არ არსებობს. ტოკენების დამუშავება და რესურსების გასუფთავება უნდა მიჰყვებოდეს მხარდაჭერილ იდენტობის API-ებს.
დიაგნოსტიკისთვის ერთად შეინახეთ გამომძახებელი ანგარიში, კონფიგურაციის ველები, დანიშნულება, განსაზღვრის შედეგი და პირველი კავშირის შეცდომა. ეს გვიჩვენებს, რომელ ეტაპზე წარმოიშვა ცარიელი მნიშვნელობა ან წარუმატებელი მარშრუტი.