डोमेन downloads.openwrt.org
का IPv4 पता है, लेकिन कोई IPv6 पता नहीं है। जब तक आप अनुवाद तंत्र का उपयोग नहीं करते हैं, तब तक आप इसे IPv6 तक नहीं पहुंचा सकते। आप एक IPv6- केवल क्लाइंट से उस IPv4- केवल सर्वर के लिए एक टीसीपी कनेक्शन बनाने में सक्षम होने के लिए NAT64 का उपयोग कर सकते हैं।
लेकिन आप IPv6- केवल क्लाइंट का उपयोग क्यों करेंगे? दोहरी स्टैक जाना एक अच्छा विचार है, लेकिन अभी के लिए IPv6-only वास्तव में केवल उन लोगों के लिए परीक्षण करने के लिए उपयोगी है जो उन सीमाओं को जानते हैं जो एक ऐसी दुनिया में पेश करती हैं जिसमें बहुत सारे IPv4- केवल होस्ट हैं।
यदि आप सर्वर से खोला गया टीसीपी कनेक्शन प्राप्त करने का प्रबंधन करते हैं, तो आपको एक और चुनौती का सामना करना पड़ेगा। HTTP संस्करण 1.1 में क्लाइंट को उस सर्वर का नाम भेजने की आवश्यकता होती है, जो HTTP कनेक्शन पर संपर्क कर रहा है। और बहुत सारी साइटें, जिनमें downloads.openwrt.org
इस हेडर को भेजने की आवश्यकता होती है।
आपका HTTP क्लाइंट केवल उस हेडर को भेज सकता है, अगर वह डोमेन नाम को जानता है। इसलिए आप क्लाइंट को मूल URL की जानकारी देने से बेहतर होंगे और किसी भी तरह उस नाम को आईपी पते पर हल करने के लिए उपयोग कर सकते हैं। अगर इसे IPv6 होना है, तो इसका मतलब है कि आपको NAT64 की आवश्यकता होगी। हालाँकि, NAT64 IP पते पर डोमेन नाम से एक मानचित्रण डाला जा सकता है /etc/hosts
, और बस ठीक काम करना चाहिए।
व्यक्तिगत डोमेन नाम के लिए यह ठीक काम कर सकता है। लेकिन अगर आप चाहते हैं कि एक IPv6 केवल /etc/hosts
एक NAT64 पते के साथ उनमें से प्रत्येक को डालने के बिना कई डोमेन तक पहुंचने में सक्षम हो , तो आपको पते के गतिशील अनुवाद की आवश्यकता होगी। DNS64 क्या है।
अब यदि क्लाइंट के पास IPv4 एक्सेस है और केवल DNS गायब है, तो उत्तर बहुत सरल हो जाता है। बस IPv4 पते को /etc/hosts
davidgo जैसे सुझाए गए तरीके से रखें। आपको हर बार उस फ़ाइल को अपडेट करने की आवश्यकता होगी, जब सर्वर का आईपी पता बदल जाता है, जो उम्मीद नहीं है कि बहुत बार होगा।