VPN मा IPv6 ULA: निजी ठेगाना, गोपनीयता होइन

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

प्रिफिक्सले वास्तवमा के दिन्छ

RFC 4193 ले स्थानीय प्रयोगका लागि fc00::/7 छुट्याउँछ, जसमा L बिटले स्थानीय रूपमा तोकिएको ठाउँलाई आरक्षित स्वरूपबाट छुट्याउँछ। व्यवहारमा यसको अर्थ तपाईंले fd00::/8 उत्पन्न गर्नुहुन्छ भन्ने हो। विशिष्टताले स्वतन्त्र साइटहरूले गल्तीले एउटै प्रिफिक्स नरोजून् भनेर 40-बिट विश्वव्यापी ID कसरी निकाल्ने भन्ने पनि परिभाषित गर्छ। त्यो ठाउँ सार्वजनिक इन्टरनेटबाहिर रहनका लागि बनाइएको हो, जो राउटिङको गुण हो, सुरक्षा होइन।

साइटभित्र सामान्य लेआउट सबनेटमा विभाजित /48 विश्वव्यापी ID हो: एउटा टनेल क्लाइन्टका लागि, एउटा सर्भर पक्षका लागि र प्रत्येक टाढाको LAN का लागि एउटा। त्यो संरचना नै सम्पूर्ण फाइदा हो, र त्यो ठेगाना प्रणालीको फाइदा हो। प्रत्येक प्याकेटलाई अझै मार्ग चाहिन्छ र यसलाई अनुमति दिने नीति पनि चाहिन्छ।

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

उदाहरणको प्रिफिक्स प्रतिलिपि गर्नु किन दुखद छ

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

अभिलेखित प्रक्रियाअनुसार विश्वव्यापी ID उत्पन्न गर्न एक मिनेट लाग्छ र प्रश्न हट्छ। ठेगाना योजनाको छेउमा प्रिफिक्स, उत्पादन इनपुट र मिति लेख्नुहोस्।

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

व्याप्ति र पहुँच छुट्टाछुट्टै प्रश्न हुन्

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

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

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

दुवै छेउमा योजना जाँच्नुहोस्

प्रिफिक्स तपाईंले सोचेको ठाउँमा देखिन्छ भन्ने पुष्टि गर्नुहोस्, त्यसपछि कुनै गन्तव्य साँच्चै त्यसबाट पुग्न योग्य छ भन्ने पुष्टि गर्नुहोस्।

ip -6 address show
ip -6 route show
ping -6 -c 3 fd12:3456:789a:1::1

ठेगानाको सूचीले कुन इन्टरफेसमा कुन सबनेट छ देखाउँछ, र गलत पाएको क्लाइन्टले सामान्यतया यहीँ देखाउँछ। मार्गको सूचीले टाढाको प्रिफिक्सको टनेलबाट बाटो छ वा त्यो फालिन्छ देखाउँछ। परीक्षणले महत्त्वपूर्ण एक मात्र प्रश्नको जवाफ दिन्छ: प्याकेट आउने-जाने गर्छ कि गर्दैन।

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