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

व्यवस्थापन प्रवेश तपासल्या जाणाऱ्या मार्गापासून दूर ठेवा. तुमचा एकमेव प्रवेश प्राथमिकमार्फत असेल, तर फेलओव्हर चाचणी तुम्हाला चुकीचे वागणाऱ्या उपकरणाबाहेर कुलूपबंद करते.

स्वीकृती क्रम चालवा

तीन चाचण्या बहुतेक भूभाग व्यापतात: प्राथमिकची भौतिक हानी, इंटरफेस अजून वर असतानाची शांत अग्रेषण बिघाड, आणि प्राथमिकची पुनर्स्थापना. प्रत्येकासाठी प्रोबचा स्रोत व पुढील हॉप, सक्रिय गंतव्य मार्ग, आणि दोन्ही दिशांनी नवीन परवानगी असलेली अनुप्रयोग देवघेव नोंदवा.

शांत प्रसंग हाच रचना वेगळा करतो. बॅकअप तिथे ताबा घेत नसेल, तर तुम्ही मार्ग मॉनिटर नाही तर दुवा मॉनिटर बांधला आहे. ते स्वीकार्य आहे का ठरवा, आणि मर्यादा तिथे लिहा जिथे ऑन-कॉल अभियंता ती वाचेल. दुसरा जोडलेला बोगदा स्वतःच पूर्ण बॅकअप धोरण नाही.