IPv6 ठेगानाहरूले तपाईंको VPN प्रतिस्थापन गर्दैनन्: मूल काममा जानुहोस्

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

औजार हटाउनु अघि कामको नाम राख्नुहोस्

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

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

सार्वजनिक ठेगाना इन्क्रिप्शन होइन

वैश्विक क्षेत्रको ठेगानाले होस्ट कहाँबाट पुग्न सकिन्छ भन्ने बताउँछ; त्यहाँ आउने ट्राफिक इन्क्रिप्ट वा प्रमाणित छ कि भन्ने कुरा यसले केही भन्दैन। RFC 8504 को सुरक्षा छलफल ले IPsec कार्यान्वयनको समर्थनलाई IPsec, TLS, SSH र अन्य दृष्टिकोणबीचको फराकिलो छनोटबाट अलग गर्छ, र पहुँचलाई सुरक्षाको रूपमा पढ्दा हराउने भिन्नता त्यही हो। कुनै संयन्त्रलाई समर्थन गर्ने स्ट्याकले त्यो संयन्त्र उपलब्ध छ भनेर मात्र प्रमाणित गरेको छ, यो प्रवाह त्यसबाट गयो भनेर कहिल्यै प्रमाणित गरेको छैन। विशेषतः IPsec का लागि, वार्ता गरिएको सम्बन्ध र त्यसले छान्ने ट्राफिकले के सुरक्षित छ भन्ने निर्धारण गर्छ, र ठेगाना परिवार प्याकेटको गुण हो, यसका लागि नीति होइन।

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

ओभरले अझै के दिन्छ

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

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

सार्वजनिक हुने सेवा हिँड्नुहोस्

होस्टबाट सुरु गर्नुहोस् र वास्तवमा के सुनिरहेको छ सूची बनाउनुहोस्, किनकि तपाईंले स्वीकृत गरेको अनुप्रयोग मेसिनमा एक मात्र चीज हुनु दुर्लभ छ। ss -lntup ले प्रत्येक TCP र UDP श्रोतालाई यसको बाइन्ड ठेगानासहित छाप्छ र तपाईंका विशेषाधिकारले अनुमति दिएको ठाउँमा मालिक प्रक्रिया थप्छ, जसले एक नजरमा प्रशासनिक इन्टरफेस वाइल्डकार्ड ठेगानामा छ कि केवल loopback मा भन्ने देखाउँछ। तपाईंको स्ट्याकले IPv6 सकेट अलग राख्छ भने यसलाई ss -6 -lntup को रूपमा दोहोर्याउनुहोस्।

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

दुई परीक्षण, त्यसपछि के बन्द गर्ने निर्णय गर्नुहोस्

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

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