WinHTTP क्लाइंट में PAC प्रमाणीकरण
WinHTTP PAC प्राप्ति के दौरान उपयोग किए जाने वाले डिफ़ॉल्ट-क्रेडेंशियल फ़्लैग और उस पहचान को समझें जिसके अंतर्गत स्वचालित कॉन्फ़िगरेशन चलता है।
किसी WinHTTP एप्लिकेशन को केवल अपनी PAC फ़ाइल प्राप्त करने के लिए ही प्रमाणीकरण की आवश्यकता हो सकती है। ऐसा डाउनलोड की गई स्क्रिप्ट द्वारा गंतव्य के लिए प्रॉक्सी चुनने से पहले होता है।
WINHTTP_AUTOPROXY_OPTIONS का fAutoLogonIfChallenged सदस्य तब वर्तमान उपयोगकर्ता के डिफ़ॉल्ट क्रेडेंशियल का उपयोग करने की अनुमति देता है जब PAC सर्वर डाउनलोड को चुनौती देता है। यह एक बूलियन नीति-विकल्प है, मनमाना उपयोगकर्ता नाम और पासवर्ड देने का फ़ील्ड नहीं।
ब्राउज़र में सफल इंटरैक्टिव डाउनलोड यह सिद्ध नहीं करता कि यह एप्लिकेशन फ़ाइल प्राप्त कर सकता है। WinHTTP ब्राउज़र का स्वचालित लॉगिन संवाद प्रदान नहीं करता। एप्लिकेशन को अपने API द्वारा समर्थित डिलीवरी और प्रमाणीकरण व्यवस्था का उपयोग करना चाहिए।
दर्ज करें कि विफलता PAC होस्टिंग सर्वर से संबंधित है या बाद में चुने गए प्रॉक्सी से। होस्टिंग सर्वर की 401 चुनौती और मध्यस्थ की 407 भिन्न-भिन्न आदान-प्रदान हैं। बाद के प्रॉक्सी की 407 के लिए, समर्थित प्रमाणीकरण प्रवाह के माध्यम से अनुरोध-सीमित WinHTTP प्रॉक्सी क्रेडेंशियल का उपयोग करें।
पृष्ठभूमि सेवा के लिए, उस सेवा को चलाने वाले खाते की पहचान करें। “वर्तमान उपयोगकर्ता” ऐसी सेवा पहचान का अर्थ हो सकता है जिसके उपलब्ध क्रेडेंशियल ब्राउज़र खोलने वाले व्यक्ति से भिन्न हों।