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 नोंदी, फायरवॉल व्याप्ती आणि त्यांच्यावर अवलंबून असलेले अनुप्रयोग. नंतर इतर कोणत्याही राऊटिंग बदलाइतक्याच काळजीने बदल नियोजित करा. ज्यांना ते लक्षात येईल त्यांना सांगा, कारण पूल सरकल्यावर त्यांची सत्रे पडतील. क्लायंट पत्ता देण्यातील शांत बदल कामाशी असंबंधित वाटणाऱ्या सहाय्य तिकिटी निर्माण करतो.

तुम्ही काढत असलेल्या पूलावर अवलंबून नसलेला पुनर्प्राप्ती मार्ग जतन करा, कारण तो मागे घेण्याचा क्षण हाच तुमचा दूरस्थ प्रवेश त्याच्यासोबत नाहीसा होऊ शकणारा क्षण आहे. नंतर दोन्ही दिशा पडताळा: हेतू असलेली खाजगी गंतव्ये अजूनही काम करतात, आणि आधी पकडली जाणारी इंटरनेट गंतव्ये आता त्यांच्या खऱ्या मालकांकडे निराकरण होतात.

तुम्हाला हवा असलेला पूल असा आहे जो नेटवर्क टीम एकसंध गोष्ट म्हणून वाटू, राऊट करू आणि सेवानिवृत्त करू शकेल. केवळ पत्ता स्वरूप सुरक्षितता किंवा कनेक्टिव्हिटी स्थापित करत नाही.