स्लीप के बाद VPN मृत: टनल खोई या पुराना ऐप?

ढक्कन खुलता है, वायरलेस आइकन लौटता है, और VPN अब भी जुड़ा दिखता है। फिर पहला आंतरिक पेज समय-सीमा तक अटक जाता है, और नया टैब भी वही करता है। तीन अलग चीज़ें वह तस्वीर बना सकती हैं, और उन्हें तीन अलग सुधार चाहिए: ऐसी टनल जो स्लीप से नहीं बची, ऐसी प्रोफ़ाइल जिसे किसी ने दोबारा सक्रिय करने को नहीं कहा, या ऐसा ऐप जो घंटों पहले मरे सत्र को अब भी थामे है। उनकी तुलना करना किसी भी चीज़ को दोबारा इंस्टॉल करने से तेज़ है।

जागने के बाद तीन चीज़ें खराब हो सकती हैं

पहला उम्मीदवार खुद टनल है। साथी के साथ का जुड़ाव जाने के बाद भी इंटरफ़ेस पते के साथ बना रह सकता है, इसलिए संकेतक बत्ती काम करते मार्ग का सबूत नहीं है। स्लीप से पुराना हैंडशेक ही निशानी है, और उसे देखने के लिए एक कमांड काफ़ी है।

दूसरा सक्रियण है। कई क्लाइंट खुद ही दोबारा जुड़ जाते हैं; कुछ नहीं, और जिस प्रोफ़ाइल से कोई लौटने को नहीं कहता वह वहीं बैठी कॉन्फ़िगर दिखती है। यह विफलता डिज़ाइन से ही चुप है, क्योंकि किसी ने त्रुटि नहीं दी।

तीसरा ऐप है। ब्राउज़र टैब, SSH सत्र या डेटाबेस कनेक्शन नेटवर्क बदलाव को फ़ाइल डिस्क्रिप्टर की तरह झेल सकते हैं, जबकि उनके नीचे का परिवहन मरा हुआ है। तब नया सत्र पूरी तरह काम करता है, जो आपको बताता है कि टनल शुरू से ही ठीक थी।

कुछ भी बदलने से पहले तीनों की तुलना करें, क्योंकि सुधार आपस में ओवरलैप नहीं करते। जिस क्लाइंट को कभी दोबारा शुरू करने को नहीं कहा गया उसे रीस्टार्ट करना आपके ज़रूरी सबूत को बर्बाद करता है। कॉन्फ़िगरेशन छूने से पहले लिखें कि लक्षण किस उम्मीदवार से मेल खाता है। वह एक वाक्य आम तौर पर बाकी जाँच तय कर देता है।

पहला: क्या टनल लौटी?

क्लाइंट के अपने स्टेटस टेक्स्ट के बजाय इंटरफ़ेस और साथी की स्थिति देखें। पता होने पर भी ताज़ा हैंडशेक न होने वाला इंटरफ़ेस केवल नाम की टनल है।

ip -brief addr show
wg show
ip route show table all | head -20

अगर इंटरफ़ेस बिल्कुल नहीं है, तो टनल नहीं बची और सवाल यह हो जाता है कि उसे किसे लौटाना था। अगर वह है पर हैंडशेक पुराना है, तो साथी से जुड़ाव फिर से बनाना होगा, और क्लाइंट उसे चालू करने के लिए ट्रैफ़िक का इंतज़ार कर रहा हो सकता है।

रूट और DNS कॉन्फ़िगरेशन भी जाँचें। टनल अपने रूट के बिना लौट सकती है, जिससे वह उलझी स्थिति बनती है जहाँ इंटरफ़ेस चालू है और आंतरिक नाम अब भी गलत सर्वर से हल होते हैं।

दूसरा: क्या किसी ने उसे लौटने को कहा?

यहीं तुलना अपनी क़ीमत वसूल करती है। OpenVPN प्लगइन प्रोफ़ाइल और मूल WireGuard कनेक्शन को NetworkManager अलग तरह से संभालता है, और कनेक्शन सेटिंग्स का संदर्भ स्पष्ट कहता है कि connection.autoconnect VPN प्रोफ़ाइल सक्रिय नहीं करता; कनेक्शन के साथ VPN उठाने की विधि connection.secondaries है।

nmcli connection show --active
nmcli -f connection.autoconnect,connection.secondaries connection show "Work VPN"
journalctl -u NetworkManager -b --no-pager | tail -40

अगर हाथ से दोबारा जुड़ना हर बार समस्या ठीक कर देता है, तो यह टूटी टनल नहीं बल्कि गायब सक्रियण की पहचान है। लॉग आम तौर पर दिखाएगा कि इंटरफ़ेस नीचे जा रहा है और कोई उसे वापस नहीं ला रहा।

तुरंत स्लीप हुक जोड़ने की इच्छा का विरोध करें। नेटवर्क के ठीक होने से पहले चलने वाला हुक उसी प्रक्रिया से दौड़ लगाता है जिसकी वह मदद करना चाहता है, और दोहराई जा सकने वाली समस्या को रुक-रुक कर आने वाली समस्या बना देता है।

तीसरा: क्या ऐप पुरानी स्थिति थामे है?

VPN छूने से पहले उसी गंतव्य के लिए बिल्कुल नया सत्र खोलें। अगर नया सत्र काम करता है और पुराना नहीं, तो टनल ठीक है और ऐप एक मरा कनेक्शन थामे है।

यह तीन जाँचों में सबसे सस्ती है और सबसे ज़्यादा छोड़ी जाने वाली, क्योंकि विफल होती विंडो ठीक स्क्रीन पर है। उसे बंद करें, फिर खोलें, और देखें कि समस्या बनी रहती है या नहीं। अगर नया सत्र काम करता है, तो टनल की जाँच पूरी तरह रोक दें। अगर वह भी विफल होता है, तो ऐप लक्षण है, कारण नहीं।

कुछ ऐप समय-सीमा के बाद खुद ठीक हो जाते हैं, इसलिए कुछ मिनटों बाद लक्षण अपने आप ठीक हुआ लग सकता है। यह व्यवहार टनल की ओर नहीं, ऐप की ओर इशारा करता है, और इसे अलग से दर्ज करना चाहिए। जो सहकर्मी कहता है कि यह अपने आप ठीक हो गया, वह यही पैटर्न बता रहा है, कोई किस्मत नहीं।

तुलना को दोहराने योग्य बनाएँ

चर छोटे रखें: एक एक्सेस नेटवर्क, एक स्लीप अवधि और हर बार वही पहला अनुरोध। फिर दो परिणाम दर्ज करें: हाथ से दोबारा जुड़ना उसे ठीक करता है या नहीं, और एक और स्लीप विफलता लौटाती है या नहीं।

वही आख़िरी निरीक्षण तीनों उम्मीदवारों को सबसे भरोसेमंद ढंग से अलग करता है। विफल पुराने सत्र के बाद काम करता नया सत्र टनल की समस्या नहीं है, और क्लाइंट को दोबारा इंस्टॉल करने से यह नहीं बदलेगा।

WireGuard का स्थायी keepalive इस तस्वीर में केवल NAT मैपिंग keepalive के रूप में आता है। यह मैपिंग खुली रखने के लिए पैकेट भेजता है; यह मशीन को सोने से नहीं रोकता और प्रक्रिया स्थगित रहने पर भेजना जारी नहीं रख सकता।

टिकट में लिखें कि आपको क्या मिला: तीनों में से कौन खराब था, उसे किसने ठीक किया और आपने इसे कैसे दोहराया। सोमवार को ढक्कन खोलने वाला अगला व्यक्ति आपका आभारी होगा, और जवाब को शून्य से फिर से खोजना नहीं पड़ेगा।