VPN-in boşdayanma zamanı kəsilməsini düzəltmək: Wi-Fi enerji qənaəti yoxlama siyahısı

Tunel noutbuk bir müddət toxunulmadan qaldıqdan sonra sönür, siz toxunan kimi isə geri qayıdır. Bu mənzərə simsiz əlaqənin enerji qənaətinə keçdiyini göstərir, VPN şlüzünün sizin etimad məlumatlarını rədd etdiyini yox. Eyni profildə işlək bir səhər bunun sübutudur: trafik axarkən tunel yaşayır, radio səssizləşən kimi kəsilir. Aşağıdakı yoxlamaları sıra ilə aparın, ilk uğursuz olan yerdə dayanın və yalnız ondan sonra bir parametri dəyişin.

Birinci yoxlama: kəsilmə boşdayanmanı izləyirmi?

Fərziyyə yürütmək əvəzinə əlaqəni sübut edərək başlayın. Göndərdiyiniz son paketin divar saatı vaxtını, müştərinin tunelin düşdüyünü bildirdiyi anı və bu arada ekranın sönüb-sönmədiyini qeyd edin. Əgər boşluq hər dəfə eynidirsə, boşdayanma yolunda problem var; kəsilmələr aktiv istifadə zamanı təsadüfi baş verirsə, beşinci yoxlamaya keçin.

Geri qaytarmaq heç bir şeyə başa gəlməyən ucuz bir sınaq: iyirmi dəqiqə ərzində şlüzünüzə sabit aşağı tezlikli ping göndərin və maşını tək buraxın. Tunel bütün müddət qalxsa, daimi kiçik trafik simptomu düzəltmək əvəzinə örtür, bu da hələ də faydalı sübutdur. Həmin ping çıxışını köməkçi terminalda saxlayıram və sonra müştəri qeydi ilə müqayisə edirəm, çünki iki saat nadir hallarda uzlaşır.

İkinci yoxlama: yalnız VPN trafikidirmi?

Tuneli günahlandırmazdan əvvəl əlaqənin özünün hələ yararlı olub-olmadığını öyrənin. Tunel ölü, ekran isə hələ sönülü olduğu halda giriş nöqtəsinin ünvanına və IP ilə açıq bir hosta çatmağa çalışın. Adi ping də uğursuz olarsa, radio və ya giriş nöqtəsi sizi atıb, VPN müştərisi isə sadəcə kənar müşahidəçidir.

Adi trafik axarkən tunel səssiz qalırsa, əlaqə sağlamdır və problem tunelin öz taymerlərində ya da müştərinin davam etməni necə idarə etməsindədir. Bunlar iki fərqli düzəlişdir, ona görə bu addımı keçməyin. Həm Wi-Fi, həm Ethernet olan noutbukda kabeli çıxarın və boşdayanma sınağını təkrarlayın: simli Ethernet-də yox olan boşdayanma kəsilməsi simsiz qat üçün güclü sübutdur.

Üçüncü yoxlama: enerji qənaəti vəziyyətini oxuyun

Əksər masaüstü mühitləri sizə bir işarə qutusu verir, amma işarə qutusu sürücünün faktiki vəziyyəti deyil. Əvvəlcə sürücünün öz hesabatını oxuyun, sonra qərar verin. mac80211 ilə Linux-da interfeys birbaşa cavab verir:

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

İkinci əmr düzəliş deyil, sınaqdır. O, bağlantı kəsilməsinə, yuxuya və ya yenidən başlatmaya dözmür, bu da onu daimi dəyişikliklər qoymadan fərziyyəni yoxlamağın təmiz üsuluna çevirir.

Windows-da powercfg /q SCHEME_CURRENT aktiv sxemi çap edir və simsiz adapter alt ağacı adapterə enerji qənaət etməyin tapşırılıb-tapşırılmadığını göstərir; eyni seçim adapterin enerji idarəetmə nişanındakı Device Manager-də də var. macOS-da hər interfeys üçün 802.11 enerji qənaəti sizə göstərilmir, ona görə əvəzində pmset -g yuxu və gözləmə davranışı üçün baxın. Orada nasazlıq adətən radionun boşdayanma davranışında deyil, yuxu və oyanma yolunda olur.

Dördüncü yoxlama: bir şeyi dəyişin, sonra yenidən sınaqdan keçirin

Hər işə salmada tam olaraq bir dəyişəni dəyişin və eyni iş yükünü təkrarlayın. Əgər tunel indi enerji qənaəti söndürülmüş halda bir saatlıq boşdayanmaya dözürsə, real bir şey öyrəndiniz. Hələ də düşürsə, növbəti ideyanı sınaqdan keçirməzdən əvvəl geri qaytarın, yoxsa üç üst-üstə düşən parametr və hansının vacib olduğu barədə heç bir təsəvvürlə qalarsınız.

Canlı saxlama digər müstəqil dəyişəndir və daim enerji qənaəti ilə qarışdırılır. WireGuard-ın PersistentKeepalive = 25 parametri NAT xəritəsini isti saxlayır;OpenVPN isə hər iki tərəfdə keepalive və ping-restart istifadə edir. Hər ikisi əks halda səssiz olan tuneldə trafik yaradır, ona görə kəsilməni guya düzəldən canlı saxlama radioproblemi həll etmək əvəzinə gizlədir. Onları ayrı-ayrı, bir-bir sınayın:

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

Beşinci yoxlama: radio günahsız olanda

Əgər enerji qənaəti söndürülmüş və canlı saxlama işə salınmış halda boşdayanma kəsilmələri davam edirsə, noutbukdan kənara baxın. Giriş nöqtələri və ev marşrutlaşdırıcıları boşdayanmadaki NAT və ya sessiya qeydlərini öz cədvəlləri ilə bitirir, VPN serveri isə trafiksiz sessiyanı sala bilər.Bir SSID-i paylaşan giriş nöqtələri arasında rouminq də əlaqəni yenidən qura bilər və müştəri bunu aydın deməz.

Sonra eyni şəbəkədə eyni boşdayanma sınağını edən ikinci cihazla müqayisə edin. İki cihazın eyni intervalla düşməsi yol və ya server hekayəsidir; bir cihazın düşməsi yerli sürücü və ya enerji hekayəsidir. Bu müqayisə on dəqiqəyə başa gəlir və sizi səhv konfiqurasiyanı yenidən yazmaqdan xilas edir.

Onu daimi etməzdən əvvəl

Nəyi saxlamağa hazır olduğunuza qərar verin. Enerji qənaətini yalnız kəsilmə gördüyünüz şəbəkələrdə söndürən profil-üzrə skript müdafiə oluna bilər. Hər şəbəkədə batareya ömrü hesabına hər şeyi söndürən qlobal düzəliş isə adətən olmur.

• Orijinal enerji qənaəti dəyərini bərpa oluna bilməsi üçün skriptin yanında qeyd edin.
• Hər sürücü və ya müştəri yeniləməsindən sonra boşdayanma sınağını təkrarlayın; standart dəyərlər dəyişir.
• Problemi bildirərkən ping jurnalını və müştəri jurnalını birlikdə saxlayın.
• İkinci addım uğursuz oldusa, VPN parametrlərini dəyişməyi dayandırın və bunu yerli əlaqə nasazlığı kimi qəbul edin.

Yalnız bir şey etsəniz, ikinci yoxlamanı edin. Bu siyahının qalanının ümumiyyətlə sizə aid olub-olmadığını o həll edir və insanlar cavabın enerji qənaəti olduğuna artıq qərar verdikdən sonra atladıqları addım da elə budur.