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तीनै स्रोत समयछापमा सहमत भए टाइमरको मालिक तपाईंलाई थाहा छ। क्लाइन्ट लगमा मात्र केही छ भने सत्र अन्त्य गर्ने सर्भर नहुन सक्छ।
चरण सुधार्नुहोस्, आइकन होइन
प्रत्येक मालिकसँग एउटा समर्थित मर्मत छ। कुञ्जी नवीकरणको विफलताका लागि दुवै छेउमा मिल्ने प्रस्ताव चाहिन्छ। निष्क्रियताको म्याद सकिनका लागि मार्गले दिने सीमाभित्र जीवित संकेत वा छोटो निष्क्रियता प्रतीक्षा चाहिन्छ। लीज घटनाका लागि इन्टरफेस वा पावर सेटिङ सुधार्नुपर्छ। खाता सीमा नीति निर्णय हो, बग होइन।
आइकन हरियो राख्न कुञ्जी नवीकरण वा प्रमाणीकरण बन्द गर्नु दृश्य पतनलाई अदृश्य कमजोरीसँग साट्नु हो, र टनेलले अन्तिम पटक कहिले नयाँ कुञ्जीमा वार्ता गर्यो भन्ने क्षमता खोस्छ। त्यसपछि मूल अवधि फेरि परीक्षण गर्नुहोस् र समयछाप राख्नुहोस्, ताकि अर्को घटनालाई सुरुदेखि सुरु गर्नुको सट्टा यससँग तुलना गर्न सकियोस्।