दोस्रो 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 व्यवहारको नाम दिनुहोस्। सार्वजनिक इन्टरनेट निकास निजी गेटवेको विकल्प होइन, र दुवैलाई अदलबदलयोग्य मान्ने कागजातलाई विश्वास गरिनेछ। तपाईंले गरेको पुनःप्राप्ति परीक्षण मिति र नतिजासहित थप्नुहोस्।

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