IPv6 मात्र भएको नेटवर्कले सुरुङ सुरु हुनुअघि नै VPN बिगार्छ

ल्यापटप IPv6 मात्र बाँड्ने सम्मेलनको Wi-Fi मा जोडिन्छ, VPN क्लाइन्ट घुम्छ र असफल हुन्छ, जबकि त्यही प्रोफाइल एक घण्टा अघि होटेलमा काम गरिरहेको थियो। प्रमाणहरूमा केही पनि बदलिएको छैन। बदलिएको कुरा यो हो कि क्लाइन्टले अब IPv6 मात्र बोक्ने नेटवर्कबाट IPv4 गन्तव्यसम्म पुग्नुपर्छ, र हरेक क्लाइन्टलाई यो कसरी गर्ने भन्ने थाहा छैन।

प्याकेटहरूले हिँड्ने त्यही पाँच चरण हिँड्नुहोस्।

चरण 1: नाम-खोज हेर्नुहोस्

यदि प्रोफाइलले होस्टनाम प्रयोग गर्छ भने, पहिलो प्रश्न रिजोल्भरले के फर्काउँछ भन्ने हो। dig AAAA vpn.example.com IPv6 मात्र भएको नेटवर्कमा साँचो AAAA रेकर्ड, DNS64 बाट संश्लेषित रेकर्ड, वा केही पनि फर्काउँदैन। संश्लेषित उत्तरले अनुवाद उपसर्गभित्र IPv4 गन्तव्यलाई इन्कोड गर्छ, र तब मात्र IPv6 गन्तव्य नभएको क्लाइन्ट त्यहाँ पुग्न सक्छ। कडा रूपमा कोड गरिएको IPv4 ठेगाना भएको प्रोफाइल कहिल्यै यहाँसम्म पुग्दैन, किनकि संश्लेषण गर्न कुनै नाम छैन।

त्यही एउटा भिन्नताले ‘त्यहाँ काम गर्छ, यहाँ असफल हुन्छ’ भन्ने अधिकांश रिपोर्टहरू व्याख्या गर्छ, र यो देख्न एउटै आदेश पर्याप्त हुन्छ।

चरण 2: क्लाइन्टले कुन परिवार बोलायो हेर्नुहोस्

प्रगति पट्टीको सट्टा सकेट हेर्नुहोस्। IPv6 मात्र भएको लिङ्कमा IPv4 ठेगानातर्फ IPv4 सकेट खोल्ने क्लाइन्टसँग त्यो पठाउने ठाउँ हुँदैन, र असफलता नाम-त्रुटिको सट्टा समय-समाप्तिको रूपमा देखिन्छ। क्लाइन्ट जोडिँदै गर्दा ss -tanp टाढाको ठेगाना र उसले प्रयास गरेको परिवार देखाउँछ। पूर्वनिर्धारित साँचो IPv6 अर्को हप हो भनी पुष्टि गर्न यसलाई ip -6 route सँग तुलना गर्नुहोस्।

सकेट तालिकामा भएको ठेगाना-परिवार नै तथ्य हो। प्रगति पट्टी अरू कसैले लेखेको सारांश हो।

चरण 3: अनुवादलाई सुरुङबाट अलग गर्नुहोस्

NAT64 र DNS64 भनेको पहुँच नेटवर्कले IPv4 गन्तव्यहरूसम्म पुग्ने तरिका हो, र सुरुङ उभिएपछि तिनले यसका लागि केही गर्दैनन्। अनुवादित मार्गमा बनेको सुरुङले अझै आफ्नै आन्तरिक ठेगाना व्यवस्थापन वार्ता गर्छ, र आन्तरिक IPv4 वा IPv6 कभरेज छुट्टै नीति-प्रश्न हो। यदि क्लाइन्ट जोडियो र त्यसपछि कतै पुगेन भने, तपाईं अनुवाद नाघेर राउटिङमा पुग्नुभएको छ, जुन फरक प्रमाणसहितको फरक अनुसन्धान हो।

अनुवाद असफल हुनु कहिल्यै नजोडिएको जस्तो देखिन्छ। आन्तरिक कभरेज असफल हुनु जोडिएर कतै नपुगेको जस्तो देखिन्छ।

चरण 4: त्यही प्रोफाइल अर्को नेटवर्कमा जाँच्नुहोस्

त्यही प्रोफाइल, क्लाइन्ट संस्करण र प्रमाणहरू दोहोरो-स्ट्याक नेटवर्कमा लगेर दोहोर्याउनुहोस्। यदि त्यहाँ काम गर्छ र IPv6 मात्र मार्गमा असफल हुन्छ भने, चल प्रोफाइल होइन, पहुँच नेटवर्क हो। टिकटमा क्लाइन्ट संस्करण र नेटवर्कको अवस्था लेख्नुहोस्, किनकि अन्तिम समाधान क्लाइन्ट अद्यावधिक वा अर्को गन्तव्य हो।

‘VPN बिग्रिएको छ’ भन्ने रिपोर्टमा कारबाही गर्न सकिँदैन। ‘IPv6 मात्र पहुँचमा मात्र असफल हुन्छ’ भन्ने रिपोर्ट बग रिपोर्ट हो।

चरण 5: सुरक्षा सेटिङ होइन, मार्ग सुधार्नुहोस्

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

वास्तविक विकल्प भनेको नेटवर्क अनुवाद मोडेललाई समर्थन गर्ने क्लाइन्ट, वा पुग्न सकिने IPv6 ठेगाना भएको गन्तव्य हो। तीमध्ये एउटा माग्नुहोस्।