VPN त्याच अंतराने डिस्कनेक्ट होतो? टाइमर जुळवा
ठरलेल्या अंतराने होणारे डिस्कनेक्ट हे बोटांचे ठसे आहे। काहीही बदलण्यापूर्वी टनेलची की नूतनीकरण, NAT चा निष्क्रिय टाइमर, DHCP भाडेपट्टा आणि खाते मर्यादा यांची तुलना करा।
दर पंधरा मिनिटांनी, किंवा दर तासाला त्याच मिनिटाला मरणारा टनेल तुम्हाला सांगतो की नेटवर्क अस्थिर आहे असे नाही, तर काही टाइमर संपला आहे। उपयुक्त पाऊल म्हणजे अंतर लिहून घेणे आणि हा नमुना निर्माण करणाऱ्या चार टाइमरशी त्याची तुलना करणे। त्या तुलनेपूर्वी वेळमर्यादा बदलल्यास सहसा दोष न समजावता सरकतो, त्यामुळे पुढील घटना पहिल्यापेक्षा वाचण्यास कठीण होते। मोजमाप दहा मिनिटे घेते आणि आठवडाभराच्या अंदाजाची जागा घेते।
अंतराला संख्येत बदला
पाच किंवा सहा घटना गोळा करा आणि त्यांच्यातील अंतर काढा, दिवसाच्या सुरुवातीपासूनचे नाही। 09:12, 10:12 आणि 11:12 वाजता डिस्कनेक्ट होणे ही तासाची सीमा आहे; 09:12, 09:27 आणि 09:42 वाजता डिस्कनेक्ट होणे म्हणजे शेवटच्या यशस्वी कनेक्शनपासून पंधरा मिनिटे। निकाल जवळच्या मिनिटात नाही, तर सर्वात संभाव्य टाइमरमध्ये गोल करा।
प्रत्येक घटनेसाठी दोन क्षण नोंदवा: रहदारी शेवटची कधी हलली आणि क्लायंटने डिस्कनेक्टची तक्रार कधी दिली। टनेल शांतपणे मरतो आणि क्लायंटला पुढील पाठवणीतच ते लक्षात येते तेव्हा हे दोन वेगळे असतात, आणि हाच फरक निष्क्रिय टाइमआउटला कठीण बिघाडापासून वेगळा करतो। उशिरा लक्षात घेणारा क्लायंट तुम्ही मोजत असलेली निष्क्रियतेची खिडकी फुगवतो।
पुन्हा कनेक्ट होणे स्वयंचलित आहे का ते पहा। काही सेकंदांत पुन्हा जोडणारा क्लायंट अंतर लॉगमध्ये दिसत राहील आणि वापरकर्ता अहवालाबाहेर ठेवतो, म्हणूनच हे बिघाड बहुतेक वेळा नियतकालिक नसून अधूनमधून असे वर्णन केले जातात। तो लॅपटॉप वापरणाऱ्या व्यक्तीपासून घटना लपवतोही।
एकसारखे दिसणारे चार टाइमर
जवळजवळ प्रत्येक पुनरावृत्तीची टनेल घसरण यापैकी एकातून येते: प्रोटोकॉल की नूतनीकरण, निष्क्रिय मॅपिंगची मुदत संपणे, DHCP किंवा इंटरफेस घटना, किंवा खाते धोरण। रहदारी वाहत होती का आणि सीमेवर लॉग काय सांगतो यात ते वेगळे असतात।
खालील चिन्हे शिकण्यासारखी आहेत, कारण ती एका लॉग ओळीतून तीन स्पष्टीकरणे फेटाळू देतात:
| Timer | Typical trigger | What the log shows at the boundary |
|---|---|---|
| Protocol rekey | Traffic present, fixed interval | Negotiation lines, sometimes a failure |
| NAT or firewall idle | No traffic for minutes | Silence, then a timeout on send |
| DHCP lease or link change | Half the lease, or a radio event | Address or interface churn |
| Account session limit | Wall-clock hours since login | Clean disconnect, server-side reason |
पहिली ओळ आपले काम करणारी सुरक्षा यंत्रणा आहे, आणि दुसरी अवस्था विसरणारे मध्यस्थ उपकरण आहे। त्यांना गोंधळवल्यास की नूतनीकरण कमकुवत होते किंवा कधीही सहभागी न झालेल्या फायरवॉल नियमाच्या मागे धावावे लागते।
व्यस्त विरुद्ध निष्क्रिय कोणता अर्धा हे सांगते
सतत रहदारीसह नियंत्रित तुलना करा, उदाहरणार्थ टनेलमधील होस्टकडे लांब प्रवाह, आणि अंतर बदलते का ते पहा। माहिती वाहत असताना डिस्कनेक्ट गायब झाल्यास टाइमर निष्क्रियतेवर आधारित आहे।
ती सतत रहदारी टिकून राहिली तर कारण की नूतनीकरण, भाडेपट्टा किंवा धोरणाशी संबंधित आहे। ही एकच चाचणी सुमारे तासाभराच्या निरीक्षणात अर्धे उमेदवार काढून टाकते, आणि लक्षाशिवाय काहीही खर्च करत नाही।
चाचणीदरम्यान प्रवेश नेटवर्क बदलू नका। तुलनेच्या मध्यात Wi-Fi आणि Ethernet दरम्यान बदल केल्यास टाइमरपासून वेगळे करण्याचा प्रयत्न करत असलेली इंटरफेस घटना नेमकी येते।
लॉग ओळ सीमेशी जुळवा
नोंदवलेल्या क्षणाभोवतीचे क्लायंट आणि सर्व्हर लॉग वाचा, संपूर्ण फाइल नाही। की नूतनीकरण वाटाघाटी दाखवते; निष्क्रियतेची मुदत संपणे पुढील पॅकेटपर्यंत काहीही दाखवत नाही; भाडेपट्टा बदल पत्त्याचे काम दाखवतो; धोरण मर्यादा सहसा स्वच्छ प्रशासकीय डिस्कनेक्ट दाखवते।
या आज्ञा प्रत्येक स्रोतातून संबंधित खिडकी ओढून घेतात:
grep -iE "reneg|TLS Error|Inactivity" /var/log/openvpn.log | tail -20
journalctl -u NetworkManager --since "-90 min" | grep -iE "dhcp|link"
wg showतीनही स्रोत सन्मानचिन्हावर सहमत असतील तर टाइमरचा मालक तुम्हाला माहीत आहे। फक्त क्लायंट लॉगमध्ये काही असेल तर सत्र संपवणारा सर्व्हर नसण्याची शक्यता आहे।
टप्पा दुरुस्त करा, चिन्ह नाही
प्रत्येक मालकाकडे एक समर्थित दुरुस्ती आहे। की नूतनीकरणाच्या बिघाडासाठी दोन्ही टोकांवर सुसंगत प्रस्ताव आवश्यक आहेत। निष्क्रियतेची मुदत संपण्यासाठी मार्ग परवानगी देईल त्या मर्यादेत जिवंत संकेत किंवा लहान निष्क्रिय अपेक्षा आवश्यक आहे। भाडेपट्टा घटनेसाठी इंटरफेस किंवा वीज सेटिंग्ज दुरुस्त करावी लागतात। खाते मर्यादा हे धोरण निर्णय आहे, बग नाही।
चिन्ह हिरवे ठेवण्यासाठी की नूतनीकरण किंवा प्रमाणीकरण बंद करणे दिसणाऱ्या घसरणीची जागा न दिसणाऱ्या कमकुवतपणाने भरते, आणि टनेलने शेवटची कधी नवीन कींवर वाटाघाटी केली हे सांगण्याची क्षमता काढून टाकते। नंतर मूळ कालावधी पुन्हा तपासा आणि सन्मानचिन्हे ठेवा, जेणेकरून पुढील घटनेची तुलना सुरुवातीपासून करण्याऐवजी याच्याशी करता येईल।