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 फिल्टर होइन।