स्लीपनंतर VPN मृत: टनेल गेले की जुने ॲप?
Wi-Fi पुन्हा आले म्हणजे टनेल परत आले असे नाही. जागल्यानंतर तीन स्थिती तुलना करा: इंटरफेस, सक्रियता आणि ॲपचे सत्र.
झाकण उघडते, वायरलेस चिन्ह परत येते, आणि VPN अजूनही जोडलेले दिसते. मग पहिले अंतर्गत पान वेळ संपेपर्यंत लटकते, आणि नवीन टॅबही तेच करते. तीन वेगळ्या गोष्टी ते चित्र तयार करू शकतात, आणि त्यांना तीन वेगळे उपाय लागतात: स्लीपमधून न टिकलेले टनेल, ज्याला कोणीही पुन्हा सक्रिय करायला सांगितले नाही असे प्रोफाइल, किंवा काही तासांपूर्वी मृत झालेले सत्र अजूनही धरून ठेवलेले ॲप. त्यांची तुलना करणे काहीही पुन्हा इन्स्टॉल करण्यापेक्षा वेगवान आहे.
जागल्यानंतर तीन गोष्टी बिघडू शकतात
पहिला उमेदवार टनेल स्वतः आहे. सोबत्याशीचा संबंध गेल्यावरही इंटरफेस पत्त्यासह राहू शकतो, म्हणून निर्देशक दिवा काम करणाऱ्या मार्गाचा पुरावा नाही. स्लीपपेक्षा जुना हातमिळवणी ही खूण आहे, आणि ती पाहण्यासाठी एक आदेश पुरतो.
दुसरे म्हणजे सक्रियता. अनेक क्लायंट स्वतः पुन्हा जोडले जातात; काही जात नाहीत, आणि परत यायला कोणीही न सांगणारे प्रोफाइल तिथे बसून संरचित दिसते. ती अपयश रचनेनुसारच शांत आहे, कारण कशानेही त्रुटी दिली नाही.
तिसरे म्हणजे ॲप. ब्राउझर टॅब, SSH सत्र किंवा डेटाबेस कनेक्शन जाळ्यातील बदल फाइल डिस्क्रिप्टर म्हणून टिकू शकतात, जरी त्यांच्याखालील वाहतूक मृत आहे. मग नवीन सत्र उत्तम काम करते, याचा अर्थ टनेल सुरुवातीपासून ठीक होते.
काहीही बदलण्यापूर्वी तिन्हींची तुलना करा, कारण उपाय एकमेकांत मिसळत नाहीत. पुन्हा सुरू करायला कधीही न सांगितलेला क्लायंट रीस्टार्ट करणे तुम्हाला आवश्यक असलेला पुरावा वाया घालवते. संरचनेला स्पर्श करण्यापूर्वी लक्षण कोणत्या उमेदवाराशी जुळते ते लिहा. ते एक वाक्य सहसा उर्वरित तपासणी ठरवते.
पहिले: टनेल परत आले?
क्लायंटच्या स्वतःच्या स्थिती मजकुराऐवजी इंटरफेस आणि सोबत्याची स्थिती पहा. पत्ता असूनही अलीकडील हातमिळवणी नसलेला इंटरफेस केवळ नावाचे टनेल आहे.
ip -brief addr show wg show ip route show table all | head -20
इंटरफेस अजिबात नसेल तर टनेल टिकले नाही आणि ते कोणी परत आणायला हवे होते हा प्रश्न उरतो. ते असूनही हातमिळवणी जुनी असेल तर सोबत्याशीचा संबंध पुन्हा प्रस्थापित करावा लागेल, आणि क्लायंट त्याला सुरू करणाऱ्या रहदारीची वाट पाहत असेल.
मार्ग आणि DNS संरचनाही तपासा. टनेल त्याच्या मार्गांशिवाय परत येऊ शकते, ज्यामुळे इंटरफेस सुरू असूनही अंतर्गत नावे अजूनही चुकीच्या सर्व्हरद्वारे सोडवली जाणारी गोंधळाची स्थिती तयार होते.
दुसरे: कशाने त्याला परत यायला सांगितले?
इथेच तुलना आपले मूल्य सिद्ध करते. NetworkManager OpenVPN प्लगइन प्रोफाइल आणि मूळ WireGuard कनेक्शन वेगळ्या पद्धतीने हाताळतो, आणि कनेक्शन सेटिंग्जचा संदर्भ स्पष्ट सांगतो की 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 म्हणून येते. ते मॅपिंग उघडे ठेवण्यासाठी पॅकेट पाठवते; ते यंत्राला झोपण्यापासून रोखत नाही आणि प्रक्रिया स्थगित असताना पाठवत राहू शकत नाही.
तिकिटात तुम्हाला काय सापडले ते लिहा: तिन्हींपैकी काय बिघडले होते, कशाने ते दुरुस्त केले आणि कसे पुनरावृत्ती केले. सोमवारी झाकण उघडणारा पुढचा माणूस तुमचे आभार मानेल, आणि उत्तर शून्यापासून पुन्हा शोधावे लागणार नाही.