Rregullimi i ndërprerjeve të VPN në pushim: një listë kontrolli për kursimin e energjisë Wi-Fi

Tuneli juaj vdes pasi laptopi qëndron pa u prekur për një kohë, dhe kthehet në momentin që prekni tastierën e prekjes. Ky model tregon se lidhja pa tel po kalon në kursim energjie, jo se porta VPN po i refuzon kredencialet tuaja. Një mëngjes i zënë në të njëjtin profil është prova: tuneli mbijeton sa rrjedh trafiku dhe bie sapo radioja hesht. Kaloni nëpër kontrollet më poshtë me radhë, ndaloni në të parën që dështon dhe vetëm atëherë ndryshoni një cilësim.

Kontrolli i parë: a e ndjek ndërprerja pushimin?

Filloni duke provuar korrelacionin në vend që ta supozoni. Shënoni kohën e orës së murit të paketës së fundit që dërguat, kohën kur klienti raportoi se tuneli ra dhe nëse ekrani u fik ndërkohë. Nëse hendeku është i njëjtë çdo herë, keni një problem në rrugën e pushimit; nëse ndërprerjet ndodhin rastësisht gjatë përdorimit aktiv, kaloni te kontrolli i pestë.

Një test i lirë që nuk kushton asgjë për t'u anuluar: dërgoni ping të qëndrueshëm me ritëm të ulët drejt portës tuaj për njëzet minuta dhe lëreni makinën vetëm. Nëse tuneli qëndron gjatë gjithë kohës, trafiku i vogël i vazhdueshëm po e maskon simptomën në vend që ta rregullojë, gjë që mbetet provë e dobishme. Unë e mbaj atë dalje të pingut në një terminal skicë dhe më pas e krahasoj me regjistrin e klientit, sepse dy orët rrallë përputhen.

Kontrolli i dytë: a është vetëm trafiku i VPN?

Përpara se të fajësoni tunelin, zbuloni nëse lidhja vetë është ende e përdorshme. Ndërsa tuneli është i vdekur por ekrani ende i fikur, provoni të arrini adresën e pikës së aksesit dhe një host publik me IP. Nëse edhe ping-u i zakonshëm dështon, radioja ose pika e aksesit ju kanë lëshuar dhe klienti i VPN është thjesht vëzhgues.

Nëse trafiku i zakonshëm rrjedh ndërsa tuneli hesht, lidhja është e shëndetshme dhe problemi qëndron te kohëmatësit e vetë tunelit ose te mënyra se si klienti trajton një rifillim. Këto janë dy rregullime të ndryshme, prandaj mos e kapërceni këtë hap. Në një laptop me Wi-Fi dhe Ethernet njëkohësisht, shkëputni kabllon dhe përsëritni testin e pushimit: një ndërprerje pushimi që zhduket në Ethernet me kabllo është provë e fortë për shtresën pa tel.

Kontrolli i tretë: lexoni gjendjen e kursimit të energjisë

Shumica e desktop-eve ju japin një kuti zgjedhjeje, por kutia nuk është gjendja në të cilën ndodhet drejtuesi. Lexoni fillimisht raportin e vetë drejtuesit, pastaj vendosni. Në Linux me mac80211 ndërfaqja përgjigjet drejtpërdrejt:

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

Komanda e dytë është test, jo rregullim. Ajo nuk i mbijeton një shkëputjeje, gjumi ose rindezjeje, gjë që e bën atë një mënyrë të pastër për të provuar hipotezën pa lënë ndryshime të përhershme.

Në Windows powercfg /q SCHEME_CURRENT shtyp skemën aktive, dhe nënpema e përshtatësit pa tel tregon nëse përshtatësi mund të urdhërohet të kursejë energji; e njëjta zgjedhje ndodhet edhe në Device Manager në skedën e menaxhimit të energjisë së përshtatësit. Në macOS kursimi i energjisë 802.11 për çdo ndërfaqe nuk ju shfaqet, prandaj shikoni në vend të kësaj pmset -g për sjelljen e gjumit dhe gatishmërisë. Atje defekti zakonisht rezulton të jetë rruga e gjumit dhe zgjimit, jo sjellja e radios në pushim.

Kontrolli i katërt: ndryshoni një gjë, pastaj testoni përsëri

Ndryshoni saktësisht një variabël për çdo ekzekutim dhe përsëritni të njëjtën ngarkesë. Nëse tuneli tani përballon një orë pushim me kursimin e energjisë të fikur, keni mësuar diçka të vërtetë. Nëse ende bie, kthejeni mbrapsht përpara se të provoni idenë tjetër, përndryshe mbeteni me tre cilësime të mbivendosura dhe pa asnjë ide se cila ka rëndësi.

Mbajtja e lidhjes gjallë është variabla tjetër e pavarur dhe ngatërrohet vazhdimisht me kursimin e energjisë. Vlera PersistentKeepalive = 25 e WireGuard mban një hartëzim NAT të ngrohtë;OpenVPN në të dy skajet keepalive dhe ping-restart përdor. Të dyja gjenerojnë trafik në një tunel që përndryshe do të ishte i heshtur, prandaj një mbajtje gjallë që duket se rregullon ndërprerjen mund të fshehë një problem radioje në vend që ta zgjidhë. Testojini ato veçmas, një nga një:

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

Kontrolli i pestë: kur radioja është e pafajshme

Nëse ndërprerjet e pushimit vazhdojnë me kursimin e energjisë të fikur dhe mbajtjen gjallë të ndezur, shikoni jashtë laptopit. Pikat e aksesit dhe ruterat e shtëpisë i lënë hyrjet NAT ose sesionet e pushimit të skadojnë sipas orarit të tyre, dhe një server VPN mund të hedhë një sesion pa trafik.Roaming-u midis pikave të aksesit që ndajnë të njëjtin SSID gjithashtu mund të rivendosë lidhjen pa e thënë klienti qartë.

Pastaj krahasojeni me një pajisje të dytë në të njëjtin rrjet që bën të njëjtin test pushimi. Dy pajisje që bien në të njëjtin interval janë një histori rruge ose serveri; një pajisje e vetme që bie është një histori drejtuesi ose energjie lokale. Ai krahasim kushton dhjetë minuta dhe ju shpëton nga rishkrimi i konfigurimit të gabuar.

Përpara se ta bëni të përhershme

Vendosni çfarë jeni gati të mbani. Një skript për profil që fik kursimin e energjisë vetëm në rrjetet ku keni parë ndërprerjen është i mbrojtshëm. Një rregullim global që fik gjithçka dhe paguhet me jetëgjatësinë e baterisë në çdo rrjet zakonisht nuk është.

• Shënoni vlerën origjinale të kursimit të energjisë pranë skriptit që të mund të rikthehet.
• Përsëritni testin e pushimit pas çdo përditësimi të drejtuesit ose klientit; vlerat e paracaktuara ndryshojnë.
• Mbajini regjistrin e pingut dhe regjistrin e klientit bashkë kur raportoni problemin.
• Nëse hapi i dytë dështoi, ndaloni ndryshimin e cilësimeve të VPN dhe trajtojeni si një defekt lokal i lidhjes.

Nëse bëni vetëm një gjë, bëni kontrollin e dytë. Ai vendos nëse pjesa tjetër e kësaj liste ju prek fare, dhe është hapi që njerëzit kapërcejnë pasi kanë vendosur tashmë se përgjigjja është kursimi i energjisë.