Windows का ProxyServer मान एक मैप हो सकता है

पूरे मान को एक ही URI कंस्ट्रक्टर को देने के बजाय प्रोटोकॉल-विशिष्ट Windows प्रॉक्सी स्ट्रिंग को पहचानें।

एक स्क्रिप्ट Windows Internet Settings से ProxyServer पढ़ती है और उसे WebProxy.Address को सौंपती है। यह एक मशीन पर काम करता है, फिर दूसरी मशीन पर विफल हो जाता है जिसका मान ऐसा दिखता है:

http=proxy-a.example:8080;https=proxy-b.example:8080

यह प्रोटोकॉल-विशिष्ट कॉन्फ़िगरेशन स्ट्रिंग है, एक प्रॉक्सी URI नहीं। पूरा मान उस कंस्ट्रक्टर को देना जो एक ही पता अपेक्षित करता है, इनपुट का अर्थ बदल देता है।

प्रविष्टिइसके लिए प्रॉक्सी चुनता है
http=...HTTP गंतव्य अनुरोध
https=...HTTPS गंतव्य अनुरोध

https कुंजी अपने आप यह नहीं बताती कि उस प्रॉक्सी से कनेक्शन TLS का उपयोग करता है। एक साधारण HTTP प्रॉक्सी CONNECT के माध्यम से HTTPS गंतव्य ले जा सकता है।

जहाँ क्लाइंट प्रदान करे वहाँ वास्तविक गंतव्य के लिए समर्थित सिस्टम-प्रॉक्सी इंटरफ़ेस को प्राथमिकता दें। मैन्युअल प्रॉक्सी स्ट्रिंग, बायपास नियम, स्वचालित कॉन्फ़िगरेशन URL और स्वचालित खोज कॉन्फ़िगरेशन के अलग-अलग हिस्से हैं। एक रजिस्ट्री मान पढ़कर उन सभी को फिर से नहीं बनाया जा सकता। यदि आप संग्रहीत मैप की जाँच करें, ProxyServer के बगल में ProxyEnable और AutoConfigURL पढ़ें.

यदि किसी एकीकरण को मैन्युअल मैपिंग पार्स करनी है, तो उसके प्रलेखित प्रारूप का पालन करें, प्रोटोकॉल संबंध बनाए रखें और प्रत्येक चयनित मान के लिए वास्तविक URI या एंडपॉइंट पार्सर का उपयोग करें। हर कोलन को विभाजित करने से IPv6 टूट जाता है; पहली प्रविष्टि चुनने से ऊपर का अंतर खो जाता है।

इसे उपयुक्त खाता संदर्भ में रखें। इंटरैक्टिव उपयोगकर्ता की सेटिंग्स स्वचालित रूप से किसी अन्य पहचान के अंतर्गत चलने वाली सेवा की सेटिंग्स नहीं होतीं।

संबंधित लेख