पावर आउटेजपछि राउटरको VPN ठीक देखिन्छ? यी चार तह जाँच्नुहोस्

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

यहाँ सबैले तपाईं घटनास्थलमा हुनुहुन्छ वा तपाईंले जाँचिरहेको टनेलमा निर्भर नहुने प्रवेश मार्ग छ भन्ने मान्छ। छैन भने, अर्को आउटेजअघि त्यो व्यवस्था गर्नुहोस्।

पहिलो तह: WAN साँच्चै फर्कियो

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

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

दोस्रो तह: प्रमाणपत्रअघि घडी जाँच्नुहोस्

गलत घडीले प्रमाणपत्रको वैधता र समयमा आधारित सबै कुरामा बाधा पुर्‍याउँछ, र काम गर्ने समय-स्रोत बिना बुट हुने इम्बेडेड यन्त्र केही समय पुरानो मितिमा रहन सक्छ। त्यसपछि प्रमाणपत्रको प्रमाणीकरण परिचयपत्रसँग कुनै सम्बन्ध नभएको कारणले असफल हुन्छ। मितिहरू वर्षौं फरक परेको वैधता त्रुटिले घडीलाई संकेत गर्छ; हालका मितिहरूसँगको त्यही त्रुटिले प्रमाणपत्रलाई संकेत गर्छ।

date -u
chronyc tracking

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

तेस्रो तह: टनेलले के भन्छ पढ्नुहोस्

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

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

चौथो तह: तलको यन्त्रबाट जाँच्नुहोस्

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

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

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

अर्को आउटेज छोटो बनाउन के सुधार्ने

असफलता दोहोरिन्छ भने सुधार कन्फिगरेसन होइन, क्रम हो: WAN माथि ल्याउनुहोस्, त्यसपछि समय, त्यसपछि टनेल, त्यसपछि क्लाइन्ट नीति। अधिकांश राउटरले यसलाई निर्भरता वा ढिलाइका रूपमा व्यक्त गर्छन्, र छोटो जानाजान गरिएको ढिलाइ प्रोफाइल पुनःलेखनभन्दा राम्रो हुन्छ।

त्यसपछि बदलावपछि सामान्य रिस्टार्ट परीक्षण दोहोर्याउनुहोस्, क्लाइन्ट-पक्षको जाँच सहित। जुन रिस्टार्ट परीक्षणले राउटरको ड्यासबोर्ड मात्र हेर्छ, त्यसले चारमध्ये सबैभन्दा कम जानकारी दिने तह जाँच्छ।