आफ्नै स्रोतसँग VPN मार्फत IPv6 कसरी परीक्षण गर्ने

सार्वजनिक IP जाँच पृष्ठले एउटा प्रश्नको उत्तर दिन्छ, र सामान्यतया तपाईंले सोधेको प्रश्नको होइन। त्यसले पृष्ठले देखेको निकास ठेगाना बताउँछ; सुरुङबाट IPv6 मार्ग काम गर्छ कि गर्दैन, होस्टले IPv6 लाई प्राथमिकता दियो कि पछि हट्यो, वा बाहिर राखिएको अनुप्रयोगले अर्को मार्ग लियो कि, त्यो बताउँदैन। तपाईंले नियन्त्रण गर्ने अधिकृत स्रोतले साँघुरो प्रश्नको ठीक उत्तर दिन्छ, किनकि तपाईं दुवै छेउ देख्नुहुन्छ। तलको निर्देशिका तपाईंले समर्थन गर्न सक्ने निष्कर्षमा पुग्नेबारे हो, हरियो नतिजा पाउनेबारे होइन।

चरण 1: तपाईं कुन IPv6 मार्ग परीक्षण गर्दै हुनुहुन्छ भन्नुहोस्

यो एउटै वाक्यमा भन्नुहोस्। सुरुङ सर्भरको आफ्नै IPv6 ठेगानामा अनुरोधले सुरुङ परीक्षण गर्छ; निकासभन्दा परको होस्टमा अनुरोधले निकासको IPv6 निकास परीक्षण गर्छ; निजी IPv6 ठेगानामा अनुरोधले आन्तरिक मार्ग परीक्षण गर्छ।

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

चरण 2: होस्टले त्यही मार्ग छान्छ भनी पुष्टि गर्नुहोस्

ip -6 route get 2001:db8:1::10 मार्ग, स्रोत ठेगाना र कर्नेलले प्रयोग गर्ने इन्टरफेस छाप्छ, र बाँकी परीक्षण यही तथ्यमा टिकेको छ।

इन्टरफेस हुनु भनेको छानिनु होइन। दोहोरो स्ट्याक होस्टसँग प्राथमिकता तालिका हुन्छ, र Linux मा /etc/gai.conf दुवैमा समाधान हुने नामका लागि कुन परिवार जित्ने भन्ने बदल्न सक्छ।

चरण 3: वैध गन्तव्य र वैध नाम प्रयोग गर्नुहोस्

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

अनुरोध प्रयोग गरिएको ठेगाना देखाउने रूपमा चलाउनुहोस्: curl -6 -sS -o /dev/null -w '%{remote_ip} %{http_code}\n' https://test6.example.net/। -6 परिवारलाई बाध्य गर्छ, र यसरी तपाईं IPv6 काम गर्दैन र IPv6 लाई प्राथमिकता मिलेन बीच छुट्याउनुहुन्छ।

ICMPv6 अनुमति भएको शुद्ध पहुँच परीक्षणका लागि ping -6 -c 3 2001:db8:1::10 पर्याप्त छ। यसले मार्ग प्रमाणित गर्छ र त्यसमाथि केही होइन।

चरण 4: दुवै छेउ मिलाउनुहोस्

तपाईंसँग दुवै छेउमा पहुँच हुँदा, क्लाइन्टमा tcpdump -ni any ip6 and host 2001:db8:1::10 र स्रोतमा त्यसको समतुल्य समय-छापसहित चलाउनुहोस् र त्यही प्रवाह दुवैमा देखिन्छ भनी पुष्टि गर्नुहोस्। यसैले सम्भाव्य नतिजालाई प्रमाणमा बदल्छ: क्लाइन्टको दृश्य मात्रले स्रोतको उत्तरलाई बीचको कुनै कुराको उत्तरबाट छुट्याउन सक्दैन। क्याप्चर एकै गन्तव्यमा सीमित राख्नुहोस्, ताकि आउटपुट पढ्नयोग्य रहोस् र कसैको असम्बन्धित सत्र फाइलमा नपरोस्।

नीति पुनःसुरु गर्दा टिक्छ कि भन्ने चिन्ता भए, पुनः जोडिएपछि परीक्षण दोहोर्याउनुहोस्। जोडिने बेला एकपटक लागू गरिएको मार्ग र फायरवाल स्थिति फेरि लागू हुने स्थितिभन्दा फरक हुन सक्छ, र फरक दोस्रो जोडाइमा मात्र देखिन्छ।

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

चरण 5: परीक्षणले के प्रमाणित गरेन लेख्नुहोस्

पाँचौँ चरण परीक्षणले के प्रमाणित गरेन लेख्नु हो, र यही भाग छुट्छ। निजी अन्त्य बिन्दुमा सफल परीक्षणले सार्वजनिक IPv6 निकास प्रमाणित गर्दैन, DNS व्यवहार प्रमाणित गर्दैन, र तपाईंले सुरुङबाट बाहिर राखेका अनुप्रयोगहरू समेट्दैन। ती प्रत्येकलाई आफ्नै गन्तव्य र आफ्नै अवलोकन चाहिन्छ। एउटा होस्टमा एउटा अनुरोधपछि IPv6 काम गर्छ भन्ने टिप्पणी कुनै खोज होइन; त्यो समय-छाप भएको अनुमान हो।

राख्न लायक अभिलेख छोटो छ: गन्तव्य, नाम, होस्टले छानेको स्रोत ठेगाना, अवलोकन गरिएको टाढाको ठेगाना र समय। RFC 7359 सम्बन्धित IPv6 मार्ग साँच्चै प्रयोगयोग्य छ कि भनी परीक्षण गर्ने विषयमा चर्चा गर्छ, र यो निर्देशिका सरल औजारले त्यो मानकतर्फ अग्रसर हुन्छ। यदि निष्कर्ष सत्य हुन सार्वजनिक जाँचकर्ता चाहिन्छ भने, परीक्षण पर्याप्त विशिष्ट थिएन।