तैरिने VPN ब्याकअप मार्गले जिम्मा लिँदैन: फेलओभर जाँचसूची

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

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

ब्याकअपले ढाक्नुपर्ने खराबीलाई नाम दिनुहोस्

«प्राथमिक डाउन छ» भन्ने चार फरक अवलोकन हुन्। आफ्नो साथी गुमाउने रेडियो, आफ्नो वाहक गुमाउने इन्टरफेस, जवाफ दिन छोड्ने टाढाको गेटवे, र काम गर्न छोड्ने अनुप्रयोग — सबै राउटरको ठाउँबाट फरक देखिन्छन्। कसैले दूरीको मान बदल्नुअघि डिजाइन कुनका लागि हो लेख्नुहोस्।

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

दूरीलाई केही पत्ता लगाउन भन्न छोड्नुहोस्

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

स्थिर मार्गका लागि यसका लागि स्पष्ट ट्र्याकर चाहिन्छ:

/ip route
add dst-address=10.20.0.0/24 gateway=192.0.2.1 distance=1 check-gateway=ping
add dst-address=10.20.0.0/24 gateway=wg-backup distance=10

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

प्रोबका आफ्नै प्याकेट कहाँ जान्छन् पत्ता लगाउनुहोस्

स्वास्थ्य प्रोबको पनि मार्ग हुन्छ। डेटा ट्राफिक VPN मा गएपछि, उही टाढाको ठेगानामा जाने अबाधित प्रोबले त्यसलाई पछ्याउन सक्छ, सफल हुन सक्छ, र प्राथमिक फर्किएको प्रमाणका रूपमा पढिन सक्छ। ट्राफिक बिग्रिएको मार्गमा फर्कन्छ र चक्र दोहोरिन्छ।

प्रोबलाई जुन मार्गको निर्णय गर्नुपर्ने हो त्यहीँ पिन गर्नुहोस्। RouterOS मा सामान्य तरिका प्राथमिक गेटवेबाट निगरानी लक्ष्यसम्मको होस्ट मार्ग हो, अरू कुनै मार्गले त्यसलाई समाधान गर्न नसक्ने गरी सानो दायरासहित, र RouterOS पुस्तिकाको पुनरावृत्त फेलओभर उदाहरण यही बनाउँछ। ब्याकअप सक्रिय हुँदा जीवित तालिकामा त्यसको पुष्टि गर्नुहोस्, कन्फिगको टिप्पणीबाट होइन:

/ip route print detail where dst-address=203.0.113.10
# gateway should still be the primary next hop

लक्ष्य थप्नुअघि प्रोब नतिजाको अर्थ निर्धारण गर्नुहोस्

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

एउटा हराएको प्याकेटले साइट नसार्ने गरी खराबी र पुनःप्राप्ति सीमा तोक्नुहोस्। हिस्टेरेसिसले अलिकति पत्ता लगाउने समय खर्च गर्छ र स्थिरता फर्काउँछ। अन्तराल प्रोब कति छिटो चल्न सक्छ भन्नेबाट होइन, अवरोध कति लामो सहन सकिन्छ भन्नेबाट छान्नुहोस्, र फर्कने क्रम फेलओभरभन्दा ढिलो राख्नुहोस् ताकि प्राथमिकले ट्राफिक फिर्ता पाउनुअघि आफूलाई प्रमाणित गर्नुपरोस्।

फर्कने मार्ग र सत्रको कथा जाँच्नुहोस्

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

व्यवस्थापन पहुँचलाई परीक्षण हुने मार्गबाट टाढा राख्नुहोस्। यदि तपाईंको एकमात्र प्रवेश प्राथमिकबाट हुन्छ भने, फेलओभर परीक्षणले तपाईंलाई गलत व्यवहार गर्ने उपकरणबाट बाहिर थुन्छ।

स्वीकृति क्रम चलाउनुहोस्

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

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