Bo'sh turish paytida VPN uzilishlarini tuzatish: Wi-Fi quvvat tejash uchun tekshiruv ro'yxati

Noutbuk bir muddat tegmasdan turganidan keyin tunnelingiz o'ladi va siz sensorli panelga tekkan paytda qaytadi. Bu naqsh simsiz aloqa quvvat tejash rejimiga o'tayotganini ko'rsatadi, VPN shlyuzi sizning hisob ma'lumotlaringizni rad etayotganini emas. Xuddi shu profildagi gavjum tong — bu dalil: tunnel trafik oqib turganda yashaydi va radio jim bo'lganda yiqiladi. Quyidagi tekshiruvlarni tartib bilan bajaring, birinchi muvaffaqiyatsiz bo'lganida to'xtang va shundan keyingina bitta sozlamani o'zgartiring.

Birinchi tekshiruv: uzilish bo'sh turishga ergashadimi?

Taxmin qilish o'rniga bog'liqlikni isbotlashdan boshlang. Yuborgan oxirgi paketingizning devor soati vaqtini, mijoz tunnel yiqilganini xabar qilgan vaqtni va shu orada ekran o'chgan-o'chmaganini yozib qo'ying. Har safar oraliq bir xil bo'lsa, bo'sh turish yo'lida muammo bor; agar uzilishlar faol foydalanish paytida tasodifiy bo'lsa, beshinchi tekshiruvga o'ting.

Bekor qilish hech narsaga turmaydigan arzon sinov: yigirma daqiqa davomida shlyuzingizga barqaror past tezlikdagi ping yuboring va mashinani yolg'iz qoldiring. Tunnel butun vaqt davomida tursa, doimiy kichik trafik alomatni tuzatish o'rniga yashirmoqda, bu ham foydali dalil. Men o'sha ping natijasini qoralama terminalda saqlayman va keyin mijoz jurnali bilan solishtiraman, chunki ikki soat kamdan-kam mos keladi.

Ikkinchi tekshiruv: bu faqat VPN trafigimi?

Tunnelni ayblashdan oldin, aloqaning o'zi hali ham yaroqli ekanini aniqlang. Tunnel o'lik, lekin ekran hali o'chiq bo'lganda, kirish nuqtasi manziliga va IP orqali ochiq hostga yetishga harakat qiling. Oddiy ping ham muvaffaqiyatsiz bo'lsa, radio yoki kirish nuqtasi sizni tashlab ketdi, VPN mijozi esa faqat kuzatuvchi.

Tunnel jim turganda oddiy trafik oqayotgan bo'lsa, aloqa sog'lom va muammo tunnelning o'z taymerlarida yoki mijozning qayta boshlashni qanday boshqarishida. Bu ikki xil tuzatish, shuning uchun bu qadamni o'tkazib yubormang. Wi-Fi va Ethernet ikkalasi ham bor noutbukda kabelni uzing va bo'sh turish sinovini takrorlang: simli Ethernetda yo'qoladigan bo'sh turish uzilishi simsiz qatlam foydasiga kuchli dalil.

Uchinchi tekshiruv: quvvat tejash holatini o'qing

Ko'pchilik ish stollari sizga belgilash katagini beradi, lekin katak drayver turgan holat emas. Avval drayverning o'z hisobotini o'qing, keyin qaror qiling. mac80211 bilan Linuxda interfeys to'g'ridan-to'g'ri javob beradi:

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

Ikkinchi buyruq sinov, tuzatish emas. U uzilish, uyqu yoki qayta yuklashdan o'tmaydi, bu uni doimiy o'zgarishlar qoldirmasdan gipotezani tekshirishning toza usuliga aylantiradi.

Windowsda powercfg /q SCHEME_CURRENT faol sxemani chop etadi va simsiz adapterning kichik daraxti adapterga energiya tejashni buyurish mumkinmi-yo'qmi ko'rsatadi; xuddi shu tanlov Device Managerda adapterning quvvat boshqaruvi yorlig'ida ham bor. macOSda har bir interfeys uchun 802.11 quvvat tejash sizga ko'rsatilmaydi, shuning uchun uning o'rniga pmset -g uyqu va kutish xatti-harakatini ko'ring. U yerda nosozlik odatda radio quvvatining bo'sh turish xatti-harakati emas, balki uyqu va uyg'onish yo'li bo'lib chiqadi.

To'rtinchi tekshiruv: bitta narsani o'zgartiring, keyin qayta sinang

Har bir ishga tushirishda aynan bitta o'zgaruvchini o'zgartiring va o'sha yuklamani takrorlang. Agar quvvat tejash o'chirilgan holda tunnel endi bir soat bo'sh turishga chidasa, siz haqiqiy narsa o'rgandingiz. Agar u hali ham yiqilsa, keyingi g'oyani sinashdan oldin o'zgarishni qaytaring, aks holda uchta ustma-ust sozlama va qaysi biri muhimligini bilmaslik bilan qolasiz.

Ulanishni tirik saqlash — ikkinchi mustaqil o'zgaruvchi va u doim quvvat tejash bilan aralashtiriladi. WireGuardning PersistentKeepalive = 25 NAT xaritasini issiq saqlaydi;OpenVPN ikkala uchida keepalive va ping-restart ishlatadi. Ikkalasi ham boshqacha jim tunnelda trafik yaratadi, shuning uchun uzilishni tuzatayotgandek ko'ringan tirik saqlash radio muammosini hal qilish o'rniga yashirishi mumkin. Ularni alohida-alohida, birma-bir sinang:

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

Beshinchi tekshiruv: radio aybsiz bo'lganda

Agar quvvat tejash o'chirilgan va tirik saqlash yoqilgan holda ham bo'sh turish uzilishlari davom etsa, noutbukdan tashqariga qarang. Kirish nuqtalari va uy routerlari bo'sh turgan NAT yoki sessiya yozuvlarini o'z jadvali bo'yicha tugatadi, VPN server esa trafiksiz sessiyani tashlab yuborishi mumkin.Bitta SSIDni bo'lishadigan kirish nuqtalari orasidagi rouming ham aloqani qayta o'rnatishi mumkin, mijoz buni aniq aytmasa ham.

Keyin o'sha tarmoqdagi xuddi shu bo'sh turish sinovini qiladigan ikkinchi qurilma bilan solishtiring. Ikki qurilma bir xil intervalda yiqilsa, bu yo'l yoki server hikoyasi; bitta qurilma yiqilsa, bu mahalliy drayver yoki quvvat hikoyasi. Bu taqqoslash o'n daqiqa vaqt oladi va noto'g'ri konfiguratsiyani qayta yozishdan saqlaydi.

Uni doimiy qilishdan oldin

Nimani saqlashga tayyor ekaningizni hal qiling. Har bir profil uchun skript, u quvvat tejashni faqat uzilishni ko'rgan tarmoqlarda o'chiradi, oqlanishi mumkin. Har bir tarmoqda batareya umri evaziga hamma narsani o'chiradigan global sozlama odatda bunday emas.

• Asl quvvat tejash qiymatini skript yoniga yozib qo'ying, shunda uni tiklash mumkin bo'ladi.
• Har bir drayver yoki mijoz yangilanishidan keyin bo'sh turish sinovini takrorlang; standart qiymatlar o'zgaradi.
• Muammo haqida xabar berishda ping jurnali va mijoz jurnalini birga saqlang.
• Agar ikkinchi qadam muvaffaqiyatsiz bo'lsa, VPN sozlamalarini o'zgartirishni to'xtating va buni mahalliy aloqa nosozligi deb hisoblang.

Agar faqat bitta ish qilsangiz, ikkinchi tekshiruvni qiling. Aynan shu ro'yxatning qolgan qismi sizga tegishli yoki yo'qligini hal qiladi va odamlar javob quvvat tejash deb allaqachon qaror qilgandan keyin o'tkazib yuboradigan qadam ham shu.