दुसरा VPN एंडपॉइंट: तो काय समावतो आणि काय समावत नाही

कागदावर दोन एंडपॉइंट अनावश्यक पुनरावृत्ती वाटतात। प्रत्यक्षात दुसरा पत्ता तेव्हाच उपयोगी पडतो जेव्हा क्लायंट त्या ठिकाणी पोहोचू शकतात आणि जेव्हा तो तुम्ही तयारी करत असलेल्या बिघाडाला टाळतो। एकाच प्रवेश कनेक्शन, एकाच खात्याच्या किंवा एकाच लक्ष्य नेटवर्कच्या मागे असलेले दोन सर्व्हर एकत्र बिघडतात। उपयुक्त प्रश्न असा की दुसरा एंडपॉइंट कोणती एकच बिघाड दूर करतो।

दोन्ही एंडपॉइंट काय सामायिक करतात त्याची तुलना करा

दोन्ही एंडपॉइंट काय प्रत करतात हे मोजण्यापूर्वी त्यांच्यात काय सामायिक आहे त्याची यादी करा। होस्टिंगचे स्थान, प्रदात्याचे खाते, अपस्ट्रीम ट्रान्झिट, DNS होस्टिंग, ओळखीचा स्रोत आणि टनेलमागील खाजगी संसाधन यापैकी प्रत्येक सामायिक किंवा स्वतंत्र अवलंबित्व आहे। एका प्रदेशातील दोन व्हर्च्युअल मशीन प्रदात्याचा बिघाड सामायिक करतात। एका खात्याखालील दोन प्रदेश अजूनही बिलिंग संबंध आणि ते तयार करणारा नियंत्रण स्तर सामायिक करतात।

लक्ष्य नेटवर्कलाही तसेच वागणूक मिळायला हवी। निरोगी बॅकअप गेटवे ऑफलाइन NAS पुनर्संचयित करू शकत नाही आणि ज्याचा अपलिंक बंद आहे अशा कार्यालयीन नेटवर्कपर्यंत पोहोचू शकत नाही। जर दोन्ही एंडपॉइंट एकाच खाजगी सबनेटमध्ये संपत असतील, तर दुसरा आधीच एकमेव बिघाड बिंदू असलेल्या गंतव्याकडे फक्त मार्ग जोडतो।

ओळख हे असे अवलंबित्व आहे जे लोक विसरतात। प्रमाणपत्र आणि कॉन्फिगरेशन दुसऱ्या होस्टवर क्लोन केल्याने तेच क्रेडेन्शियल कॉपी करता येतील अशा दोन जागा तयार होतात, आणि रद्दीकरणे दोन्हींपर्यंत कशी पोहोचतात याबद्दल काहीही सांगत नाही।

क्लायंट कसा बदलतो ते ठरवा

दुसरा एंडपॉइंट तेव्हाच उपयोगी असतो जेव्हा क्लायंटला त्याची माहिती असते आणि तो सपोर्टला फोन न करता तो निवडू शकतो। OpenVPN कनेक्शन प्रोफाइल्स निवड धोरणासह अनेक remote ओळी ठेवू शकतात, आणि बहुतेक क्लायंट मेनूमध्ये पर्यायी प्रोफाइल दाखवतात। यंत्रणा कोणतीही असो, तुमच्या वापरकर्त्यांकडे कोणते आहे ते लिहून ठेवा, कारण त्यांना न सापडणारे प्रोफाइल फेलओव्हर नाही।

सत्रादरम्यान पत्ता बदलांबद्दल क्लायंटचे दस्तऐवज वाचा। काही अंमलबजावणी टनेलच्या संपूर्ण आयुष्यभर मूळ सहभागी ठेवतात आणि पुन्हा कनेक्ट होतानाच पर्याय पाहतात। हा फरक ठरवतो की मृत एंडपॉइंट थोडासा खंड निर्माण करतो की कधीही सुधारणारे सत्र। होईल असे गृहीत धरण्याऐवजी पुन्हा कनेक्ट होण्याचा मार्ग तपासा।

बदललेला बहिर्गमन पत्ता अनुप्रयोगाची स्थितीही तोडतो। फेलओव्हर म्हणजे पुनर्प्राप्ती, आणि त्याला अखंड सातत्य म्हणणे अशी अपेक्षा निर्माण करते जी वाहतूक पूर्ण करू शकत नाही।

एक वास्तविक बिघाड तपासा

डिझाइन दस्तऐवजावर विश्वास ठेवण्याऐवजी एक नियंत्रित खंड निवडा आणि तो सुरुवातीपासून शेवटपर्यंत चालवा। प्राथमिक एंडपॉइंट थांबवा, नंतर अधिकृत क्लायंट पर्यायामार्फत इच्छित अनुप्रयोगापर्यंत पोहोचतो आणि अनधिकृत क्लायंट अजूनही पोहोचू शकत नाहीत याची खात्री करा। बदलास किती वेळ लागला आणि अनुप्रयोगाने काय पाहिले ते नोंदवा।

dig +short vpn2.example.net
ip route get 10.20.30.41
journalctl -u openvpn@backup --since '-10 min'

पहिला आदेश बॅकअप नाव मार्गनिर्देशित करता येण्याजोग्या कशात तरी सोडवले जाते हे तुम्हाला त्याची गरज पडण्यापूर्वी सिद्ध करतो, आणि ही येथील सर्वात स्वस्त चाचणी आहे। दुसरा पर्याय वर आल्यावर कर्नल खाजगी गंतव्यासाठी कोणता इंटरफेस वापरेल ते दाखवतो। तिसरा क्लायंट लॉग देतो ज्यात प्रत्यक्षात जोडलेल्या सहभागीचे नाव असते, आणि बदल झाला याचा तोच एकमेव पुरावा आहे। अंतरादरम्यानचे अवरोधन वर्तनही पाहा, कारण बदल करताना रहदारी गळती करणारे धोरण थोड्या खंडापेक्षा वाईट आहे।

नंतर मूळ परत आणा आणि क्लायंट परत येतो का ते तपासा। अपघाताने होणारे परत येणे हे कोणीही नियोजित न केलेले वर्तन आहे।

दुसरा पत्ता काय देतो ते लिहा

एका परिच्छेदात व्याप्ती सारांशित करा: दुसरा एंडपॉइंट कोणती बिघाड दूर करतो, कोणत्या बिघाड्या पहिल्यासोबत सामायिक करतो आणि बदल कोणत्या गृहीतांवर आधारित आहे। क्लायंटच्या बाजूची यंत्रणा तसेच दोन्ही ठिकाणी असणे आवश्यक असलेले खाजगी मार्ग आणि DNS वर्तन यांची नावे द्या। सार्वजनिक इंटरनेट बहिर्गमन खाजगी गेटवेचा पर्याय नाही, आणि दोन्हींना अदलाबदल करण्यायोग्य मानणारे दस्तऐवज गांभीर्याने घेतले जाईल। तुम्ही केलेली पुनर्प्राप्ती चाचणी तारीख आणि निकालासह जोडा।

एका सर्व्हरपासून स्वातंत्र्य म्हणजे सामायिक खात्यापासून किंवा लक्ष्य नेटवर्कपासून स्वातंत्र्य नाही। हे मोठ्याने सांगणारा परिच्छेदच दुसऱ्या पत्त्याला आतून उच्च उपलब्धता म्हणून विकले जाण्यापासून थांबवतो। तो पुढील ऑपरेटरला जोडी एकत्र बिघडल्यावर प्रथम काय तपासावे हेही सांगतो।