स्वचालित प्रॉक्सी पहचान चालू हो सकती है जबकि मैन्युअल प्रॉक्सी स्ट्रिंग खाली हो। WinHttpGetIEProxyConfigForCurrentUser() कॉन्फ़िगरेशन फ़ील्ड लौटाता है, हर गंतव्य के लिए अंतिम एंडपॉइंट नहीं।

फ़ील्डअर्थ
मैन्युअल प्रॉक्सीस्पष्ट रूप से कॉन्फ़िगर किया गया मान
स्वचालित कॉन्फ़िगरेशन URLPAC स्क्रिप्ट का स्थान
ऑटो-डिटेक्ट फ़्लैगक्या खोज चालू है

संरचना ही आउटपुट है। फ़ंक्शन कॉल करने से पहले उसका ऑटो-डिटेक्ट सदस्य सेट करने से Windows खोज चालू नहीं होती। लौटाए गए फ़ील्ड का उपयोग करके दस्तावेज़ित फ़्लैग के साथ अलग ऑटो-प्रॉक्सी अनुरोध बनाएँ।

पहले निर्धारित करें, फिर लागू करें

WinHttpGetProxyForUrl() जैसा API वास्तविक गंतव्य URL का मूल्यांकन करता है। PAC डाउनलोड URL नहीं, वही URL दें और निर्धारण का परिणाम संबंधित WinHTTP अनुरोध पर लागू करें।

सीधा परिणाम मान्य है। स्क्रिप्ट डाउनलोड, स्क्रिप्ट मूल्यांकन और प्रॉक्सी कनेक्शन की त्रुटियाँ अलग-अलग चरणों में होती हैं। विफलता कोड जाँचें और लौटाए गए स्ट्रिंग के लिए स्वामित्व नियमों का पालन करें।

किसका कॉन्फ़िगरेशन?

“CurrentUser” का अर्थ कॉलर का संदर्भ है। उचित प्रतिरूपण के बिना कोई सेवा डेस्कटॉप उपयोगकर्ता के बजाय अपने सेवा खाते की सेटिंग्स पढ़ सकती है।

सचेत रूप से चुनें कि सेवा प्रबंधित सेटिंग्स का उपयोग करती है या अधिकृत उपयोगकर्ता के कॉन्फ़िगरेशन का पालन करती है, जिसमें कोई इंटरैक्टिव उपयोगकर्ता न होने पर व्यवहार भी शामिल है। टोकन प्रबंधन और संसाधन सफ़ाई को समर्थित पहचान API का पालन करना चाहिए।

निदान के लिए कॉलिंग खाता, कॉन्फ़िगरेशन फ़ील्ड, गंतव्य, निर्धारण परिणाम और पहली कनेक्शन त्रुटि एक साथ रखें। इससे पता चलता है कि किस चरण ने खाली मान या विफल मार्ग उत्पन्न किया।

संबंधित लेख