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 तुटते; पहिली नोंद निवडल्यास वरील फरक हरवतो.

हे योग्य खाते संदर्भात ठेवा. परस्परसंवादी वापरकर्त्याची सेटिंग्ज दुसऱ्या ओळखीखाली चालणाऱ्या सेवेची सेटिंग्ज स्वयंचलितपणे नसतात.

संबंधित लेख