IPv4 और IPv6 प्रॉक्सी: किस कनेक्शन को समर्थन चाहिए?
क्लाइंट–प्रॉक्सी और प्रॉक्सी–वेबसाइट कनेक्शन अलग पता परिवार इस्तेमाल कर सकते हैं। एंडपॉइंट चुनने से पहले दोनों जाँचें।
IPv6 प्रॉक्सी लिसनर तक पहुँचने के लिए आपके क्लाइंट से IPv6 रूट चाहिए। वेबसाइट की ओर उसका कनेक्शन फिर भी IPv4 इस्तेमाल कर सकता है। उलटे, ज़रूरी समर्थन और रूट होने पर IPv4 लिसनर भी IPv6 गंतव्य तक पहुँच सकता है।
| कनेक्शन | ज़रूरी समर्थन |
|---|---|
| क्लाइंट → प्रॉक्सी | एंडपॉइंट के पते तक रूट और पहुँच में आने वाली सुनने की सेवा। |
| प्रॉक्सी → गंतव्य | प्रॉक्सी पर उपयुक्त गंतव्य पता, रिज़ॉल्वर, बाहर जाने का रूट और पहुँच नीति। |
पूरे प्रॉक्सी URL में संख्यात्मक IPv6 पते को वर्ग कोष्ठक में लिखें:
http://[2001:db8::10]:8080दस्तावेज़ के पते की जगह असली एंडपॉइंट रखें। अलग होस्ट और पोर्ट फ़ील्ड बिना कोष्ठक वाला पता माँग सकते हैं; ऐप का प्रारूप अपनाएँ। सही सिंटैक्स गायब IPv6 रूट नहीं बनाता, इसलिए लिसनर को दोष देने से पहले नेटवर्क की IPv6 स्थिति या दूसरे IPv6 गंतव्य से तुलना करें।
गंतव्य पता कौन-सा पक्ष चुनता है?
होस्टनाम आधारित CONNECT अनुरोध गंतव्य कनेक्शन प्रॉक्सी पर छोड़ता है। SOCKS5 क्लाइंट के मोड के अनुसार IPv4 पता, IPv6 पता या डोमेन नाम पहुँचा सकता है। क्लाइंट में पता परिवार मजबूर करने वाला विकल्प दूर हल होने वाले होस्टनाम को ज़रूरी नहीं सीमित करे; जानें विकल्प किस कनेक्शन पर असर डालता है।
इसलिए IPv6 लिसनर चुनने के बाद IP जाँच में IPv4 दिखना दूसरे क्लाइंट कनेक्शन के बिना भी संभव है। पहले पता लगाएँ कि जाँच अपना TCP पीयर, ऐप हेडर या ब्राउज़र का दूसरा अनुरोध दिखा रही है। बिना एन्क्रिप्शन का HTTP फ़ॉरवर्डिंग क्लाइंट पते की जानकारी जोड़ सकता है; सामान्य CONNECT रिले गंतव्य के एन्क्रिप्टेड HTTP में हेडर नहीं डाल सकता। Forwarded जानकारी के लिए भरोसे की नीति चाहिए और वह अकेले किसी दूसरे नेटवर्क कनेक्शन का सबूत नहीं है।
एंडपॉइंट, लक्ष्य, प्रोटोकॉल और पहली विफलता लिखें। लिसनर तक न पहुँचना उसके यह जवाब देने से अलग है कि गंतव्य पहुँच से बाहर है। ProxyHub प्रॉक्सी सूची का कलेक्टर फ़िलहाल IPv4 रिकॉर्ड लेता है; ये IPv6 उदाहरण सामान्य व्यवहार समझाते हैं, सूची का मौजूदा IPv6 फ़िल्टर नहीं।