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

दायरा र भूमिका फरक प्रमाण भएका फरक प्रश्न हुन्।

दायराले कसले राउट गर्न सक्छ भन्ने जवाफ दिन्छ, कसले गर्छ भन्ने होइन

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

एउटा ठेगाना विश्वव्यापी दायराको हुन सक्छ र तैपनि सुरुङभित्र बोकिन सक्छ, किनकि सुरुङ बाटो हो, ठेगाना योजना होइन।

इन्टरफेसका सबै ठेगाना पढ्नुहोस्, वेब परीक्षण होइन

इन्टरफेसको आउटपुटले एकैसाथ धेरै ठेगाना देखाउँछ: भौतिक लिङ्कको बाहिरी ठेगाना, सुरुङको ठेगाना, र प्रत्येक इन्टरफेसका लागि एउटा लिङ्क-स्थानीय ठेगाना। वेब परीक्षणले एउटा मात्र अनुरोधको स्रोत ठेगाना देखाउँछ. ip -6 addr show बाट सुरु गर्नुहोस् र कुन ठेगाना कुन इन्टरफेसको हो र कति प्रिफिक्स लम्बाइ बोक्छ भनी टिप्नुहोस्, त्यसपछि अनुरोधले वास्तवमै कुन इन्टरफेस प्रयोग गरेको थियो भनी सोध्नुहोस्।

यसलाई ip -6 route get 2606:4700::1111 सँग तुलना गर्नुहोस्, जसले कर्नेलले गन्तव्यका लागि रोज्ने इन्टरफेस र स्रोत छाप्छ।

विश्वव्यापी प्रिफिक्स सुरुङभित्र कसरी पुग्छ

दुई डिजाइनले सुरुङ इन्टरफेसमा विश्वव्यापी ठेगाना बनाउँछन्। प्रदायकले सुरुङ हुँदै ग्राहकतर्फ राउट हुने प्रिफिक्स प्रत्यायोजन गर्न सक्छ, जसले ठेगानालाई विश्वव्यापी बनाउँछ तर बाटो अझै सुरुङ नै रहन्छ। वा ग्राहकले आफ्नै मौलिक विश्वव्यापी ठेगाना राख्छ र बाहिरी हेडरले काम गर्दा सुरुङले त्यसलाई आन्तरिक ट्राफिकका रूपमा बोक्छ। कुनै पनि डिजाइनलाई अनुवाद चाहिँदैन, र भ्रम IPv4 NAT का बानीलाई IPv6 को आवश्यकता मान्ने ठाउँबाट सुरु हुन्छ।

प्रशासकलाई दुईमध्ये कुन लागू हुन्छ सोध्नुहोस्। जवाफले अर्कोतर्फको सर्भरले तपाईंलाई स्रोतका रूपमा के देख्छ भन्ने निर्धारण गर्छ।

निजी देखिने ठेगाना विश्वासको संकेत किन होइन

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

विश्वासलाई नीति, प्रमाणीकरण र इन्क्रिप्शनले मूल्याङ्कन गर्नुहोस्। ठेगानाको रूप दुवै दिशामा असफल हुने कमजोर अनुमान हो।

रुट र नीतिलाई दुई प्रश्नका रूपमा परीक्षण गर्नुहोस्

पहिले रुट: curl -6 https://ifconfig.me लाई सुरुङ हुँदै र फेरि भौतिक इन्टरफेस हुँदै चलाउनुहोस्, र जवाफहरू तुलना गर्नुहोस्। दोस्रो नीति: सुरुङले वास्तवमै कुन प्रिफिक्स बोक्छ र अर्कोतर्फ त्यसका लागि फर्कने रुट छ कि छैन भनी पुष्टि गर्नुहोस्। सार्वजनिक साइटमा सफल अनुरोधले दुवैमध्ये केही प्रमाणित गर्दैन, किनकि त्यो गन्तव्यमा जहाँबाट पनि पुग्न सकिन्छ। नीति परीक्षणका लागि आन्तरिक गन्तव्य प्रयोग गर्नुहोस्।

प्रत्येक बाटोले उत्पन्न गरेको स्रोत ठेगाना टिप्नुहोस्। सुरुङ छल्ने दाबीलाई वास्तवमै चाहिने प्रमाण त्यही हो।

सम्बन्धित लेखहरू