WPAD खुला छ। WinHTTP को प्रोक्सी ठेगाना किन खाली छ?
Windows को प्रोक्सी कन्फिगरेसन पढ्नु र गन्तव्यका लागि प्रोक्सी निर्धारण गर्नु अलग-अलग कार्य हुन्। सेवा पहिचानले अर्को सीमा थप्छ।
स्वचालित प्रोक्सी पत्ता लगाउने सुविधा खुला हुन सक्छ जबकि म्यानुअल प्रोक्सी स्ट्रिङ खाली छ। WinHttpGetIEProxyConfigForCurrentUser() कन्फिगरेसन फिल्ड फर्काउँछ, प्रत्येक गन्तव्यका लागि अन्तिम इन्डपोइन्ट होइन।
| फिल्ड | अर्थ |
|---|---|
| म्यानुअल प्रोक्सी | स्पष्ट रूपमा कन्फिगर गरिएको मान |
| स्वचालित कन्फिगरेसन URL | PAC स्क्रिप्टको स्थान |
| स्वतः-पत्ता लगाउने फ्ल्याग | पत्ता लगाउने सुविधा खुला छ कि छैन |
संरचना नै आउटपुट हो। फंक्शन कल गर्नु अघि यसको स्वतः-पत्ता लगाउने सदस्य सेट गर्दा Windows को पत्ता लगाउने सुविधा खुल्दैन। फर्काइएका फिल्ड प्रयोग गरेर कागजात गरिएका फ्ल्यागसहित अलग स्वतः-प्रोक्सी अनुरोध बनाउनुहोस्।
पहिले निर्धारण गर्नुहोस्, त्यसपछि लागू गर्नुहोस्
WinHttpGetProxyForUrl() जस्तो API ले वास्तविक गन्तव्य URL मूल्याङ्कन गर्छ। PAC डाउनलोड URL होइन, त्यही URL दिनुहोस् र निर्धारणको नतिजा सम्बन्धित WinHTTP अनुरोधमा लागू गर्नुहोस्।
प्रत्यक्ष नतिजा मान्य हुन्छ। स्क्रिप्ट डाउनलोड, स्क्रिप्ट मूल्याङ्कन र प्रोक्सी जडानका त्रुटिहरू अलग-अलग चरणमा हुन्छन्। असफलता कोड जाँच्नुहोस् र फर्काइएका स्ट्रिङका लागि स्वामित्व नियम पालना गर्नुहोस्।
कसको कन्फिगरेसन?
“CurrentUser” भन्नाले कल गर्नेको सन्दर्भ बुझिन्छ। उपयुक्त इम्पर्सोनेसन नभएको सेवाले डेस्कटप प्रयोगकर्ताको सट्टा आफ्नै सेवा खाताको सेटिङ पढ्न सक्छ।
सेवाले व्यवस्थित सेटिङ प्रयोग गर्छ कि अधिकृत प्रयोगकर्ताको कन्फिगरेसन पछ्याउँछ, साथै कुनै इन्टरएक्टिभ प्रयोगकर्ता नहुँदाको व्यवहार पनि सचेत रूपमा छान्नुहोस्। टोकन ह्यान्डलिङ र स्रोत सफाइले समर्थित पहिचान API पालना गर्नुपर्छ।
निदानका लागि कल गर्ने खाता, कन्फिगरेसन फिल्ड, गन्तव्य, निर्धारण नतिजा र पहिलो जडान त्रुटि सँगै राख्नुहोस्। यसले कुन चरणले खाली मान वा असफल मार्ग उत्पन्न गर्यो देखाउँछ।