Отклањање прекида VPN-а у мировању: контролна листа за штедњу енергије Wi-Fi

Прођите кроз прекиде VPN-а у мировању по реду: потврдите време, одвојте радио од тунела, прочитајте стварно стање штедње енергије, затим промените једно подешавање и поново тестирајте.

Ваш тунел умире пошто лаптоп неко време стоји недирнут, и враћа се у тренутку када додирнете тачпед. Тај образац указује на то да бежична веза улази у штедњу енергије, а не на то да VPN пролаз одбија ваше акредитиве. Заузето јутро на истом профилу је доказ: тунел преживљава док трафик тече и пада када радио утихне. Прођите кроз провере испод по реду, зауставите се на првој која не успе и тек онда промените једно подешавање.

Прва провера: да ли прекид прати мировање?

Почните доказивањем корелације уместо претпоставком. Запишите зидни часовник последњег послатог пакета, време када је клијент пријавио да је тунел пао и да ли се екран у међувремену искључио. Ако је јаз сваки пут исти, имате проблем на путу мировања; ако се прекиди јављају насумично током активне употребе, пређите на пету проверу.

Јефтин тест чије поништавање ништа не кошта: двадесет минута шаљите равномеран ping ниске фреквенције ка свом пролазу и оставите машину саму. Ако тунел издржи цело време, сталан мали саобраћај прикрива симптом уместо да га отклања, што је и даље користан доказ. Држим тај излаз ping-а у терминалу за белешке и потом га упоређујем са дневником клијента, јер се два часовника ретко слажу.

Друга провера: да ли је то само VPN саобраћај?

Пре него што оптужите тунел, откријте да ли је сама веза још употребљива. Док је тунел мртав, а екран још искључен, покушајте да достигнете адресу приступне тачке и јавни домаћин преко IP-а. Ако и обичан ping не успе, радио или приступна тачка су вас испустили, а VPN клијент је само посматрач.

Ако обичан саобраћај тече док тунел ћути, веза је здрава и проблем је у тајмерима самог тунела или у томе како клијент обрађује наставак. То су два различита исправка, зато не прескачите овај корак. На лаптопу са Wi-Fi и Ethernet истовремено извуците кабл и поновите тест мировања: прекид мировања који нестане на жичном Ethernet-у је јак доказ за бежични слој.

Трећа провера: прочитајте стање штедње енергије

Већина радних површина вам даје поље за штиклирање, али поље није стање у којем је драјвер. Прво прочитајте сопствени извештај драјвера, па одлучите. На Linux-у са mac80211 интерфејс одговара директно:

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 подешавања и третирајте то као локални квар везе.

Ако радите само једну ствар, урадите другу проверу. Она одлучује да ли се остатак ове листе уопште односи на вас, и то је корак који људи прескачу када су већ одлучили да је одговор штедња енергије.

Повезани чланци