दोन सेकंदांचा गोठण: VPN की Wi-Fi?
दोन सेकंदांचा थांबा आणि नवीन VPN सत्र या दोन वेगळ्या घटना आहेत. टाइमर बदलण्यापूर्वी प्रवेश मार्ग आणि बोगदा वेगवेगळ्या वेळरेषांवर ठेवा।
दोन सेकंद टिकून स्वतः सावरणारे गोठण बोगद्याने पुन्हा वाटाघाटी केली की रेडिओ अडखळला याची पर्वा न करता सारखेच दिसते। काहीच पडले नसेल हेही शक्य आहे, आणि ही शक्यता आधी तपासण्यासारखी आहे। छोटा हानीचा स्फोट, पुन्हा वाटाघाटी आणि अनुप्रयोगाचा थांबा किव्होर्डवर टाइप करणाऱ्या माणसाला सारखेच जाणवतात। तीनपैकी फक्त एकच बोगद्याची संरचना बदलून सुटतो।
दोन नोंदी, एक नाही
खालील जोडणीला काय झाले आणि बोगद्याने स्वतः काय केले हे वेगवेगळे लिहा। मग अनुप्रयोगाचा थांबा दोन्ही नोंदींसमोर ठेवा। हे कधीकधी एकत्र येणारे स्वतंत्र घटनाक्रम आहेत, आणि तिन्हींनाही खंड म्हणणे म्हणजे सुरुवातीलाच उत्तर गृहीत धरणे।
मिनिटातून एकदा तपासणारा देखरेख यंत्र दोन सेकंदांचा व्यत्यय पाहू शकत नाही। तो दिवस निरोगी असल्याचे नोंदवणे तांत्रिकदृष्ट्या बरोबर आणि प्रत्यक्षात निरुपयोगी आहे। तुम्ही उद्धृत करता त्या प्रत्येक निकालाजवळ नमुना घेण्याचा अंतराल लिहा।
अनुप्रयोग गोठलेला असताना प्रवेश दुव्याने काय केले
नमुना घेण्याचा अंतराल आणि कालमर्यादा हे देखरेख यंत्राला काय दिसू शकले असते हे ठरवतात, म्हणून दोन्ही निकालाजवळ नोंदवा। उपकरणाने दर साठ सेकंदांनी नमुना घेतला तर व्यत्यय नव्हते अशा नोंदीचा अर्थ फारसा नाही। मग वेळेच्या शिक्क्यांसह तीन ठिकाणे तपासा: स्थानिक राउटर, साध्या मार्गाने पोहोचणारा मंजूर बाह्य यजमान, आणि बोगद्यामागील साधनस्रोत।
आधी मार्गांची खात्री करा, कारण सार्वजनिक लक्ष्य स्वतःच बोगद्यातून मार्गस्थ होऊ शकते आणि मग प्रवेश मार्गाऐवजी बोगदा मोजते। व्यत्ययाला खरोखर तारीख देणारे पुरावे एका थराने खाली आहेत: राउटरवरील दुवा घटना, मोडेमवरील पुनःसमक्रमण नोंदी, आणि बदललेला WAN पत्ता। एकत्रित त्रुटी मोजणी काहीतरी चुकले असे सांगते, पण कधी हे कधीच सांगत नाही। त्या नोंदी वेगळ्या वाचण्याऐवजी घटनेच्या कालावधीशी जोडा।
ping -i 0.5 -c 40 192.168.60.1
mtr -rwc 40 203.0.113.25
ip -brief address showकाल वाढलेली मोजणी आज सकाळच्या गोठणाबद्दल काहीही स्पष्ट करत नाही। सहसंबंध वापरकर्त्याने नोंदवलेल्या कालावधीपुरता मर्यादित करा।
पुन्हा सुरू होण्याची नोंद शोधा
हरवलेला UDP डेटाग्राम स्वतःहून Community OpenVPN ला नवीन TLS वाटाघाटी सुरू करायला भाग पाडत नाही। पुन्हा सुरू होण्याचे वर्तन ping-restart चे अनुसरण करते, आणि लागू असलेले मूल्य सर्व्हरने पाठवलेले असू शकते; 2.6 पुस्तिका ते टाइमर परिभाषित करते। वितरण क्षणभर तुटते, उंबरठा कधीच ओलांडला जात नाही, आणि लॉग रिकामा राहतो। म्हणून थांब्याच्या आसपास लॉगमध्ये पुन्हा सुरू होण्याची ओळ, नवीन जोडणी किंवा बदललेला सत्र ओळखकर्ता शोधा। तिन्हींपैकी काहीही दिसले नाही तर बोगद्याने काहीच केले नाही आणि टाइमर कधीच अडचण नव्हता।
प्रत्येक कीपअलाइव्ह कमी करणे शोध जलद दिसू लागते आणि छोटी अडखळण पुन्हा जोडणी होणारी रेष सरकते। प्रत्येक पुन्हा जोडणीसाठी एक प्रमाणीकरण फेरी आणि मार्गांची पुनर्स्थापना लागते। टाइमर लांबवणे मृत मार्ग अजून जिवंत दिसण्याच्या लांब कालावधीशिवाय काहीच देत नाही। दोन्ही किंमत असलेले ट्युनिंग निर्णय आहेत, मोफत सुधारणा नाहीत।
न घडलेली घटनाही पुरावा आहे, आणि लॉगमध्ये काहीही तिच्याकडे लक्ष वेधत नाही म्हणून लोक ती वगळतात। तुम्ही केलेला शोध नोंदवा, फक्त त्याचा निकाल नाही।
काय दुरुस्त करायचे ते तुलनेने ठरवू द्या
दोन्ही नोंदी शेजारी असतील तर वाटप सहसा स्वतःच लिहिले जाते। दोन्ही मार्गांवर राउटर दुवा घटना असेल तर विषय प्रवेश जोडणी आहे। शांत बोगदा आणि वापरण्यायोग्य साधा मार्ग असेल तर विषय वाटाघाटी आहे।
| What you observed | Tunnel log at that second | Where to look next |
|---|---|---|
| two-second pause, plain path answers throughout | nothing | the monitor's resolution, then a loss burst |
| pause plus a router link event, plain path stops and returns | no restart line | the access link, not the tunnel timer |
| pause, then a new session identifier | restart line | the restart threshold and what triggered it |
| one application freezes while both paths answer | nothing | that application and its server-side work |
प्रत्येक ओळ सुगावा आहे, निवाडा नाही: टोकांचे बिंदू ICMP चे प्राधान्य कमी करतात, आणि दोन गंतव्ये एकच मार्ग सामायिक करतातच असे नाही। तुलना शक्य व्हावी म्हणून क्लायंट, गेटवे आणि अनुप्रयोगाचे घड्याळ एकत्र ठेवा। दोन स्तंभांत बसणाऱ्या ओळीला आणखी एक निरीक्षण हवे, निर्णय नाही।
पुनर्विलोकन टिकवणारा अहवाल चार गोष्टींना उत्तर देतो: गोठण किती काळ होते, कोणते मार्ग उत्तर देत राहिले, त्या सेकंदाला बोगद्याने काय नोंदवले, आणि देखरेख यंत्र किती वेळा नमुना घेते। ही चार तथ्ये पुढील वाचकाला सारांशावर विश्वास ठेवण्याऐवजी निरीक्षण पुन्हा करण्यास अनुमती देतात। अपटाइम टक्केवारी तुम्हाला महत्त्वाचा असलेला कालावधीच लपवते, आणि "VPN पडला" हे वाक्यही।