आउटेजनंतर राउटरचा VPN ठीक दिसत आहे? हे चार थर तपासा

आउटेजनंतर जो राउटर उजळतो, त्याने त्याचे कॉन्फिगरेशन पुनर्संचयित केले आहे, कनेक्टिव्हिटी नाही. वीज गेल्यानंतर राउटर त्याचे साठवलेले VPN प्रोफाइल पुनर्संचयित करू शकतो, त्यापूर्वी त्या प्रोफाइलला आवश्यक असलेली अवलंबित्वे तयार होत नाहीत: वरील मोडेम अजून प्रशिक्षणात असू शकतो, घड्याळ चुकीचे असू शकते आणि प्रमाणीकरण पूर्ण झाले नसू शकते. डॅशबोर्डवरील दिवा आणि साठवलेले कॉन्फिगरेशन हेतू दर्शवतात, कार्यरत टनेल नाही. प्रोफाइल बदलण्याऐवजी खालील चार थर क्रमाने तपासा, कारण लोक हे दुसऱ्यांदा करतात आणि पहिल्यांदा पश्चात्ताप करतात.

येथे सर्व काही गृहीत धरते की तुम्ही जागेवर आहात किंवा तुमच्याकडे अशी प्रवेशाची वाट आहे जी तुम्ही तपासत असलेल्या टनेलवर अवलंबून नाही. नसल्यास, पुढील आउटेजपूर्वी ती व्यवस्था करा.

पहिला थर: WAN खरोखर परत आला का

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

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

दुसरा थर: प्रमाणपत्रापूर्वी घड्याळ तपासा

चुकीचे घड्याळ प्रमाणपत्राच्या वैधतेवर आणि वेळेवर आधारित सर्व गोष्टींवर परिणाम करते, आणि कार्यरत वेळ-स्रोत नसलेले एम्बेडेड उपकरण काही काळ जुन्या तारखेवर राहू शकते. मग प्रमाणपत्राची पडताळणी अशा कारणाने अयशस्वी होते ज्याचा ओळखपत्राशी काहीही संबंध नाही. ज्यांच्या तारखा वर्षांनी दूर आहेत अशी वैधता त्रुटी घड्याळाकडे निर्देश करते; सध्याच्या तारखांसह तीच त्रुटी प्रमाणपत्राकडे निर्देश करते.

date -u
chronyc tracking

समर्थित वेळ-पुनर्प्राप्ती प्रक्रिया वापरा आणि प्रोफाइलला स्पर्श करण्यापूर्वी राउटरचे घड्याळ तपासा. त्रुटी टाळण्यासाठी पडताळणी बंद करणे तात्पुरती क्रम-समस्या कायमच्या कमकुवतपणात बदलते, आणि या परिस्थितीत ही सर्वात सामान्य खराब दुरुस्ती आहे. उपकरणात बॅटरीवर चालणारे घड्याळ नसेल तर बूट क्रम महत्त्वाचा आहे: वेळ समक्रमित करण्यापूर्वी त्याला नेटवर्क प्रवेश हवा, आणि टनेल पडताळण्यापूर्वी वेळ हवा. प्रत्येक आउटेजनंतर तीच अयशस्वीता पुनरावृत्ती होत असेल तर तोच क्रम दुरुस्त करावा लागतो.

तिसरा थर: टनेल काय म्हणतो ते वाचा

इंटरफेस वर आहे का हे नाही, टनेलची स्वतःची स्थिती आणि त्याच्या हँडशेक किंवा प्रमाणीकरणाचा निकाल तपासा. स्थापित साथीदाराशिवायही इंटरफेस असू शकतो, आणि की नूतनीकरण अयशस्वी झाल्यावरही क्लायंट जोडलेले दाखवू शकतो. वाहतूक कालबाह्यता स्पष्ट नकारांपासून वेगळे करा: कालबाह्यता सूचित करते की मार्ग किंवा साथीदार अजून पोहोचण्यायोग्य नाही, तर नकार म्हणजे दूरच्या टोकाने उत्तर दिले आणि नकार दिला, बहुतेक वेळा ओळखपत्रे, प्रमाणपत्र किंवा आता जुळणारी नसलेली साथीदार-ओळख यामुळे. कालबाह्यतेसाठी वापरकर्त्याला पासवर्ड रीसेटकडे पाठवणे सर्वांची दुपार वाया घालवते.

शेवटचे ज्ञात चांगले कॉन्फिगरेशन जवळ ठेवा, म्हणजे फील्ड पुन्हा तयार करण्याऐवजी तुलना करता येईल. एखादे फील्ड बदलले असेल, तर तोच बदल शोध आहे. फक्त पुनर्संचयित केलेले वाचण्याऐवजी त्याची पुनर्संचयित कॉन्फिगरेशनशी फील्ड-दर-फील्ड तुलना करा. आउटेजनंतरची बहुतेक आश्चर्ये म्हणजे टेम्पलेट डीफॉल्टकडे शांतपणे परत गेलेले फील्ड.

चौथा थर: खालील उपकरणातून तपासा

राउटरच्या मागील क्लायंटकडून निरुपद्रवी अनुमत संसाधन उघडा, नंतर रहदारीने प्रत्यक्षात कोणता निर्गम किंवा खाजगी मार्ग वापरला हे तपासा. DNS आणि तुम्ही व्यापतो असे सांगता ते प्रत्येक पत्ता-कुटुंब तपासा, कारण राउटरची स्वतःची चाचणी यशस्वी होऊ शकते पण क्लायंट धोरण अजून चुकीचे असू शकते — चाचणी बहुतेक वेळा वेगळा स्रोत, वेगळा तक्ता किंवा वेगळा सोडवणारा मार्ग वापरते.

curl -s https://ifconfig.me
nslookup example.com

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

पुढील आउटेज लहान करण्यासाठी काय दुरुस्त करावे

अयशस्वीता पुनरावृत्ती होत असेल, तर दुरुस्ती कॉन्फिगरेशन नाही, क्रम आहे: WAN वर आणा, नंतर वेळ, नंतर टनेल, नंतर क्लायंट धोरण. बहुतेक राउटर हे अवलंबित्व किंवा विलंब म्हणून व्यक्त करतात, आणि थोडा जाणीवपूर्वक विलंब प्रोफाइल पुन्हा लिहिण्यापेक्षा चांगला आहे.

नंतर बदल केल्यावर नेहमीची रीस्टार्ट चाचणी पुन्हा करा, क्लायंट-बाजूच्या पडताळणीसह. जी रीस्टार्ट चाचणी फक्त राउटरचा डॅशबोर्ड पाहते, ती चारपैकी सर्वात कमी माहिती देणारा थर तपासते.