VPN जोडिएपछि DNS64 का उत्तरहरू किन बदलिन्छन्?

DNS64 का उत्तरहरू सर्भरको गुण नभई सञ्जालको मिलाइ वर्णन गर्छन्। रिजोल्भरले IPv4 ठेगानाबाट IPv6 ठेगाना संश्लेषण गर्छ, र नतिजा त्यो प्रिफिक्सको अन्त्यमा अनुवादक बसेको ठाउँमा मात्र काम गर्छ। बाटोमा VPN ल्याउनुहोस्, र त्यो मिलाइ तीन सर्तअनुसार टिक्न, बदलिन वा सत्य हुन छोड्न सक्छ।

ती सर्तहरू उत्तर दिने रिजोल्भर, संश्लेषित प्रिफिक्ससम्म तपाईंको यन्त्रको बाटो, र त्यो बाटोमा केहीले अनुवाद गर्छ कि गर्दैन भन्ने हुन्। प्रत्येक अवलोकनयोग्य छ, र यसैले गडबडी निदानयोग्य बनाउँछ।

संश्लेषित AAAA रेकर्डले वास्तवमा केतर्फ सङ्केत गर्छ

DNS64 रिजोल्भरले IPv4 मात्र भएको नामको AAAA प्रश्नको उत्तर IPv4 ठेगाना आफूले प्रयोग गर्न कन्फिगर गरिएको प्रिफिक्सभित्र राखेर दिन्छ, र यो कामका लागि प्रसिद्ध प्रिफिक्स RFC 6147 मा वर्णन गरिएअनुसार 64:ff9b::/96 हो। अनुप्रयोगका लागि रेकर्ड अरू कुनै AAAA रेकर्डजस्तै देखिन्छ, र यही मुख्य कुरा हो: IPv6 मात्र भएको क्लाइन्टले गन्तव्यमा कहिल्यै IPv6 थिएन भन्ने नजानी जडान प्रयास गर्न सक्छ। त्यसपछि त्यो जडान बाटोमा कतै दुई परिवारबीच अनुवाद गर्ने NAT64 कार्यमा निर्भर हुन्छ। त्यो अनुवादक बिना, संश्लेषित ठेगाना विश्वसनीय देखिने तर कतै नपुग्ने गन्तव्य हो।

त्यसैले रेकर्डले एकैपटक दुई कुरा सङ्केत गर्छ: मूल IPv4 ठेगाना र अनुवादक पुग्नयोग्य छ भन्ने अनुमान। उत्तरमै पहिलो मात्र देखिन्छ।

तीन सर्तले यो अझै काम गर्छ कि गर्दैन निर्णय गर्छन्

पहिलो सर्त कुन रिजोल्भरले रेकर्ड बनायो भन्ने हो, किनकि DNS64 कन्फिगर नभएको रिजोल्भरले त्यो नामका लागि केही फर्काउँदैन र अनुप्रयोग अर्कै तरिकाले असफल हुन्छ। दोस्रो सर्त तपाईंको यन्त्रसँग संश्लेषित प्रिफिक्ससम्म बाटो छ कि छैन भन्ने हो, किनकि उत्तर वैध हुन सक्छ तर त्यहाँसम्मको बाटो हराइरहेको हुन सक्छ। तेस्रो सर्त त्यो प्रिफिक्सको मालिक अनुवादक तपाईंले प्रयोग गर्ने बाटोमा छ कि छैन भन्ने हो, किनकि 64:ff9b::/96 अन्तै लैजाने सुरुङ अर्को कार्यसम्म वा कतै नपुग्ने ठाउँसम्म पुग्छ। तीनवटै सुरुङअघि लागू हुन सक्छन् र पछि असफल हुन सक्छन्, र यसैले लक्षण अचानक खस्किएजस्तो देखिन्छ।

ती क्रममै जाँच्नुहोस्। हराएको उत्तर र हराएको बाटो ब्राउजरमा उस्तै देखिन्छन् र रिजोल्भर लगमा पूर्ण फरक।

रिजोल्भर बदलिए उत्तर पनि बदलिन्छ

VPN क्लाइन्टले प्रायः आफ्नै रिजोल्भर थोपर्छ वा सम्पूर्ण प्रश्नबाटो आफैं लिन्छ, र त्यो रिजोल्भरले केही पनि संश्लेषण नगर्न सक्छ। तब IPv4 मात्र भएका नामका प्रश्नले कुनै AAAA रेकर्ड फर्काउँदैनन्, जसलाई IPv6 मात्र भएको क्लाइन्ट नपुगिने नामका रूपमा भोग्छ। उल्टो पनि हुन्छ: साँच्चै संश्लेषण गर्ने रिजोल्भरले तपाईंको सुरुङ बाटोले नबोक्ने प्रिफिक्स दिन सक्छ।

क्यासिङले यो देख्न गाह्रो बनाउँछ। अफिस सञ्जालमा पाइएको संश्लेषित रेकर्डले त्यो बनाउने सन्दर्भभन्दा लामो बाँच्न सक्छ, त्यसैले क्लाइन्ट अनुवादक अब नपुग्ने ठेगानामा जोडिन जारी राख्छ। अहिले उत्तर दिइरहेको रिजोल्भर हेर्नुहोस्, प्रविष्टि सङ्ग्रह गर्दा उत्तर दिएकोलाई होइन। पुरानो र नयाँ उत्तर नलेखी क्यास खाली गर्दा तपाईंलाई चाहिने प्रमाण नष्ट हुन्छ।

खोज र बाटो छुट्टाछुट्टै जाँच्नुहोस्

अनुप्रयोग संलग्न गर्नुअघि नाम सिधै सोध्नुहोस्, र कुन सर्भरले उत्तर दियो टिप्नुहोस्। तलका आदेशहरूले AAAA रेकर्ड, प्रयोग भइरहेको रिजोल्भर, र संश्लेषित प्रिफिक्ससम्म बाटो छ कि छैन देखाउँछन्। तिनीहरूलाई सुरुङ बन्द हुँदा चलाउनुहोस्, त्यसपछि फेरि खुला हुँदा।

dig AAAA ipv4only.example.com +short
dig AAAA ipv4only.example.com | grep -E '^;; SERVER'
ip -6 route get 64:ff9b::c000:0216
curl -6 -sS -o /dev/null -w '%{http_code} %{time_connect}\n' --max-time 8 http://ipv4only.example.com/

नतिजा साङ्खलाका रूपमा पढ्नुहोस्। AAAA रेकर्ड नहुनु भनेको तपाईंअगाडिको रिजोल्भरले संश्लेषण गर्दैन, त्यसैले IPv6 मात्र भएको बाटो त्यो नामका लागि काम गर्दैन, क्लाइन्टले जेसुकै गरोस्। रेकर्ड छ तर बाटो छैन भनेको वर्तमान बाटोले प्रिफिक्स बोक्दैन, र त्यो रुटिङको निर्णय हो, रिजोल्भरको दोष होइन। बाटो छ तर अनुरोध अझै असफल हुन्छ भनेको अनुवादकतर्फै सङ्केत गर्छ, र त्यो अर्को मालिकको हो।

प्रत्येक नतिजाको छेउमा रिजोल्भर, सञ्जाल सन्दर्भ र ठेगाना-परिवार लेख्नुहोस्। अर्को तुलनाले रिजोल्भरको परिवर्तनलाई रुटिङको परिवर्तनबाट छुट्याउन सक्ने आधार त्यही टिप्पणी हो।