निष्क्रियतेत VPN तुटणे दुरुस्त करा: Wi-Fi पॉवर सेव्हसाठी तपासणी यादी

लॅपटॉप काही काळ न स्पर्शता राहिल्यावर तुमचा टनेल मरतो, आणि तुम्ही ट्रॅकपॅडला स्पर्श करता त्या क्षणी तो परत येतो. हा नमुना दाखवतो की VPN गेटवे तुमची ओळखपत्रे नाकारत आहे असे नाही, तर वायरलेस लिंक पॉवर सेव्हमध्ये जात आहे. त्याच प्रोफाइलवरची गजबजलेली सकाळ हाच पुरावा: ट्रॅफिक वाहत असताना टनेल जिवंत राहतो आणि रेडिओ शांत होताच पडतो. खालील तपासण्या क्रमाने करा, पहिली अयशस्वी होते तिथे थांबा आणि त्यानंतरच एक सेटिंग बदला.

पहिली तपासणी: तुटणे निष्क्रियतेच्या मागे जाते का?

गृहीत धरण्याऐवजी सहसंबंध सिद्ध करून सुरुवात करा. तुम्ही पाठवलेल्या शेवटच्या पॅकेटची भिंत-घड्याळ वेळ, क्लायंटने टनेल खाली असल्याची नोंद दिलेली वेळ आणि त्यादरम्यान स्क्रीन बंद झाली होती का, हे लिहून ठेवा. दर वेळी अंतर सारखेच असेल तर तुम्हाला निष्क्रियतेच्या मार्गावर समस्या आहे; सक्रिय वापरादरम्यान तुटणे अनियमित असतील तर पाचव्या तपासणीकडे जा.

परत घेण्यास काहीही खर्च न होणारी स्वस्त चाचणी: वीस मिनिटे तुमच्या गेटवेवर स्थिर कमी-दराचा ping पाठवा आणि मशीन एकटी सोडा. टनेल संपूर्ण काळ टिकला तर सततचा छोटा ट्रॅफिक लक्षण झाकत आहे, दुरुस्त करत नाही, हाही उपयुक्त पुरावा आहे. मी तो ping आउटपुट मसुदा टर्मिनलमध्ये ठेवतो आणि नंतर क्लायंट लॉगशी तुलना करतो, कारण दोन्ही घड्याळे क्वचितच जुळतात.

दुसरी तपासणी: हा फक्त VPN ट्रॅफिक आहे का?

टनेलला दोष देण्यापूर्वी, लिंक स्वतः अजून वापरण्यायोग्य आहे का ते शोधा. टनेल मृत पण स्क्रीन अजून बंद असताना, प्रवेश बिंदूचा पत्ता आणि IP ने सार्वजनिक होस्ट गाठण्याचा प्रयत्न करा. सामान्य ping देखील अयशस्वी झाला तर रेडिओ किंवा प्रवेश बिंदूने तुम्हाला सोडले आहे आणि VPN क्लायंट फक्त प्रेक्षक आहे.

टनेल शांत असताना सामान्य ट्रॅफिक वाहत असेल तर लिंक निरोगी आहे आणि समस्या टनेलच्याच टाइमरमध्ये किंवा क्लायंट पुन्हा सुरुवात कशी हाताळतो त्यात आहे. हे दोन वेगळे दुरुस्त्या आहेत, म्हणून ही पायरी वगळू नका. Wi-Fi आणि Ethernet दोन्ही असलेल्या लॅपटॉपवर केबल काढा आणि निष्क्रियता चाचणी पुन्हा करा: तारयुक्त Ethernetवर नाहीशी होणारी निष्क्रियता-तुटणे वायरलेस स्तराच्या बाजूने मजबूत पुरावा आहे.

तिसरी तपासणी: पॉवर सेव्ह स्थिती वाचा

बहुतेक डेस्कटॉप तुम्हाला चेकबॉक्स देतात, पण तो बॉक्स ड्रायव्हर ज्या स्थितीत आहे ती स्थिती नाही. आधी ड्रायव्हरचा स्वतःचा अहवाल वाचा, मग ठरवा. mac80211 असलेल्या Linuxवर इंटरफेस थेट उत्तर देतो:

iw dev wlan0 get power_save          # on or off, per interface
sudo iw dev wlan0 set power_save off # diagnostic only, lost on reconnect

दुसरा आदेश चाचणी आहे, दुरुस्ती नाही. तो डिस्कनेक्ट, स्लीप किंवा रीबूट टिकत नाही, त्यामुळे कायमस्वरूपी बदल न ठेवता गृहीतक तपासण्याचा तो स्वच्छ मार्ग बनतो.

Windows वर powercfg /q SCHEME_CURRENT सक्रिय योजना छापतो आणि वायरलेस अडॅप्टरची उपशाखा दाखवते की अडॅप्टरला ऊर्जा वाचवण्याचा आदेश देता येतो का; तीच निवड अडॅप्टरच्या पॉवर मॅनेजमेंट टॅबवर Device Manager मध्येही आहे. macOS वर प्रत्येक इंटरफेसासाठी 802.11 पॉवर सेव्ह तुम्हाला दाखवले जात नाही, म्हणून त्याऐवजीpmset -g स्लीप आणि स्टँडबाय वर्तनासाठी पाहा. तिथे बिघाड सहसा रेडिओच्या निष्क्रिय वर्तनात नाही तर स्लीप आणि जागरणाच्या मार्गात आढळतो.

चौथी तपासणी: एक गोष्ट बदला, मग पुन्हा चाचणी करा

प्रत्येक फेरीत नेमका एकच चल बदला आणि तोच कामाचा भार पुन्हा करा. पॉवर सेव्ह बंद असताना टनेल आता एक तास निष्क्रियता सहन करत असेल तर तुम्ही खरे काही शिकलात. तो अजूनही पडत असेल तर पुढील कल्पना तपासण्यापूर्वी बदल परत करा, नाहीतर तीन आच्छादित सेटिंग्ज आणि कोणती महत्त्वाची आहे याची कल्पना नसल्याने तुम्ही राहाल.

कनेक्शन जिवंत ठेवणे हा दुसरा स्वतंत्र चल आहे आणि त्याची पॉवर सेव्हशी सतत गल्लत होते. WireGuard चाPersistentKeepalive = 25 NAT मॅपिंग उबदार ठेवतो;OpenVPN दोन्ही टोकांनाkeepalive आणिping-restart वापरतो. दोन्ही अन्यथा शांत टनेलवर ट्रॅफिक निर्माण करतात, म्हणून तुटणे दुरुस्त करत असल्यासारखे वाटणारे जिवंत ठेवणे रेडिओची समस्या सोडवण्याऐवजी लपवू शकते. ते वेगवेगळे, एका वेळी एक तपासा:

[Peer]
PublicKey = ...
Endpoint = vpn.example.net:51820
PersistentKeepalive = 25

पाचवी तपासणी: जेव्हा रेडिओ निर्दोष असतो

पॉवर सेव्ह बंद आणि जिवंत ठेवणे सुरू असूनही निष्क्रियतेची तुटणे सुरू राहिली तर लॅपटॉपच्या बाहेर पाहा. प्रवेश बिंदू आणि घरगुती राउटर आपल्या स्वतःच्या वेळापत्रकानुसार निष्क्रिय NAT किंवा सत्र नोंदी संपवतात आणि VPN सर्व्हर ट्रॅफिक नसलेले सत्र सोडू शकतो.एकच SSID सामायिक करणाऱ्या प्रवेश बिंदूंमधील रोमिंग देखील लिंक रीसेट करू शकते, क्लायंटने ते स्पष्ट न सांगता.

नंतर त्याच नेटवर्कवर तीच निष्क्रियता चाचणी करणाऱ्या दुसऱ्या उपकरणाशी तुलना करा. दोन उपकरणे एकाच अंतराने पडली तर तो मार्ग किंवा सर्व्हरचा भाग आहे; एकच उपकरण पडले तर तो स्थानिक ड्रायव्हर किंवा ऊर्जेचा भाग आहे. ती तुलना दहा मिनिटे घेते आणि चुकीचे कॉन्फिगरेशन पुन्हा लिहिण्यापासून वाचवते.

ते कायमस्वरूपी करण्यापूर्वी

तुम्ही काय ठेवायला तयार आहात ते ठरवा. फक्त जिथे तुटणे दिसले त्या नेटवर्कवर पॉवर सेव्ह बंद करणारी प्रोफाइल-निहाय स्क्रिप्ट समर्थनीय आहे. प्रत्येक नेटवर्कवर बॅटरीच्या आयुष्याच्या किंमतीवर सर्व बंद करणारी जागतिक ट्यून सहसा तशी नसते.

• मूळ पॉवर सेव्ह मूल्य स्क्रिप्टच्या शेजारी नोंदवा जेणेकरून ते पुनर्संचयित करता येईल.
• प्रत्येक ड्रायव्हर किंवा क्लायंट अद्यतनानंतर निष्क्रियता चाचणी पुन्हा करा; डीफॉल्ट बदलतात.
• समस्या कळवताना ping लॉग आणि क्लायंट लॉग एकत्र ठेवा.
• दुसरी पायरी अयशस्वी झाली तर VPN सेटिंग्ज बदलणे थांबवा आणि ती स्थानिक लिंक बिघाड माना.

तुम्ही फक्त एकच गोष्ट केली तर दुसरी तपासणी करा. या यादीचा उर्वरित भाग तुम्हाला लागू होतो का हे तीच ठरवते आणि उत्तर पॉवर सेव्ह आहे असे आधीच ठरवल्यावर लोक जी पायरी वगळतात तीही हीच.