VPN क्लाइन्टका लागि सार्वजनिक प्रिफिक्स: यसले वास्तवमा के तोड्छ

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

बाँडफाँट घोषणा होइन

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

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

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

क्लाइन्ट मार्गले वास्तवमा के समात्छ

सुरुङ माथि आउँदा क्लाइन्टले पूलको प्रिफिक्सका लागि मार्ग पाउँछ, र त्यो मार्गले भित्रका हरेक गन्तव्यका लागि पूर्वनिर्धारित मार्गलाई हराउँछ। त्यो ब्लकको वैध होस्टमा जाने अनुरोध अब इन्टरनेटको सट्टा VPN मा जान्छ। त्यो असफल हुन्छ, अड्किन्छ वा गलत सर्भरमा पुग्छ भन्ने तपाईंको पक्षले यससँग के गर्छ भन्नेमा निर्भर गर्छ।

ip route get 198.51.100.20
ip -br addr show tun0
traceroute -n 198.51.100.20

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

त्यसैले परिचित IP ठेगाना पहिचानको प्रमाण होइन। वास्तविक गन्तव्यका लागि प्रमाणपत्र र सर्भर-नाम प्रमाणीकरण राख्नुहोस्, किनकि पाँच मिनेट अघि तपाईं पुगेको अंकीय ठेगाना अब अर्को कुराकानीको हुन सक्छ।

तपाईंले चिनेको हरेक सञ्जालसँग पूलको तुलना गर्नुहोस्

RFC 1918 निजी प्रयोगका लागि तीन ब्लक छुट्याउँछ: 192.168.0.0/16, 172.16.0.0/12 र 10.0.0.0/8. लाखौं छुट्टै संस्थाहरूले तिनलाई पुनः प्रयोग गर्छन्, त्यसैले निजी भन्ने बाँडफाँटको बारेमा कथन हो र कहिल्यै अरू कसैले उही अंक छानेनन् भन्ने वाचा होइन।

उम्मेदवार पूलको तुलना कार्यालय LAN, क्लाउड VPC, अन्य VPN पूल, साझेदार लिङ्क र टाढाका कर्मचारीसँग घरमा हुनसक्ने दायरासँग गर्नुहोस्। घरको अवस्था अनौठो प्रिफिक्स आविष्कार गर्ने कारण होइन; यो पूल सानो र अभिलेखित राख्ने कारण हो।

बाँडफाँटको समन्वय राउटिङको मालिकसँग गर्नुहोस् र फर्कने मार्ग त्यही ठाउँमा लेख्नुहोस्। जहाँ कोही पनि फर्केर राउट गर्न सक्दैन त्यो पूल अवरोधको समयमा फेरि पत्ता लाग्ने पूल हो। पूललाई साइट दायरासँगै उही कागजातमा राख्नुहोस्, एक जनाले मात्र सम्पादन गरेको क्लाइन्ट कन्फिगरेसनमा होइन। अर्को ठोक्किने घटना रोक्न सकिने बनाउने कागजातले नै हो।

सार्वजनिक ठेगाना कहिले सही उत्तर हो

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

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

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

पहुँच नगुमाई खराब पूल अवकाश दिनुहोस्

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

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

तपाईंले चाहेको पूल त्यस्तो हो जसलाई सञ्जाल टोलीले एउटै सुसंगत वस्तुका रूपमा बाँड्न, राउट गर्न र अवकाश दिन सकोस्। ठेगाना ढाँचाले मात्र सुरक्षा वा जडान स्थापित गर्दैन।