VPN-i katkestuste parandamine jõudeolekus: Wi-Fi energiasäästu kontrollnimekiri

Käige VPN-i jõudeoleku katkestused järjest läbi: kinnitage ajastus, eraldage raadio tunnelist, lugege tegelikku energiasäästu olekut, seejärel muutke üht seadet ja testige uuesti.

Teie tunnel sureb, kui sülearvuti seisab mõnda aega puutumata, ja taastub hetkel, kui puudutate puuteplaati. See muster viitab, et juhtmevaba ühendus läheb energiasäästurežiimi, mitte et VPN-lüüs keeldub teie volitusi vastu võtmast. Kiire hommik samal profiilil on tõend: tunnel püsib, kuni liiklus jookseb, ja kukub, kui raadio vaikib. Käige allolevad kontrollid järjest läbi, peatuge esimese juures, mis ebaõnnestub, ja alles siis muutke üht seadet.

Esimene kontroll: kas katkestus järgib jõudeolekut?

Alustage seose tõestamisest, mitte selle eeldamisest. Märkige üles viimase saadetud paketi seinakella aeg, aeg, millal klient teatas, et tunnel on maas, ja kas ekraan lülitus vahepeal välja. Kui vahe on iga kord sama, on teil probleem jõudeoleku teel; kui katkestused tulevad aktiivse kasutuse ajal juhuslikult, minge viienda kontrolli juurde.

Odav test, mille tagasivõtmine ei maksa midagi: saatke kakskümmend minutit ühtlast madala sagedusega pingi oma lüüsile ja jätke masin üksi. Kui tunnel püsib kogu aja, varjab pidev väike liiklus sümptomit, selle asemel et seda parandada, mis on ikkagi kasulik tõend. Hoian selle pingi väljundi mustandterminalis ja võrdlen seda hiljem kliendi logiga, sest kaks kella langevad harva kokku.

Teine kontroll: kas tegu on ainult VPN-i liiklusega?

Enne kui tunnelit süüdistate, tehke kindlaks, kas ühendus ise on veel kasutatav. Kui tunnel on surnud, aga ekraan veel kustunud, proovige jõuda juurdepääsupunkti aadressile ja avalikku hosti IP kaudu. Kui ka tavaline ping ebaõnnestub, on raadio või juurdepääsupunkt teid maha visanud ja VPN-klient on vaid pealtvaataja.

Kui tavaline liiklus jookseb, aga tunnel vaikib, on ühendus terve ja probleem on tunneli enda taimerites või selles, kuidas klient jätkamist käsitleb. Need on kaks erinevat parandust, seega ärge seda sammu vahele jätke. Sülearvutis, kus on korraga Wi-Fi ja Ethernet, tõmmake kaabel välja ja korrake jõudeoleku testi: jõudeoleku katkestus, mis kaob juhtmega Ethernetis, on tugev tõend juhtmevaba kihi kasuks.

Kolmas kontroll: lugege energiasäästu olekut

Enamik töölauakeskkondi annab teile märkeruudu, kuid märkeruut ei ole olek, milles draiver on. Lugege esmalt draiveri enda aruannet ja seejärel otsustage. Linuxis mac80211-ga vastab liides otse:

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

Teine käsk on test, mitte parandus. See ei ela üle ühenduse katkemist, suspendimist ega taaskäivitust, mis teeb sellest puhta viisi hüpoteesi kontrollimiseks ilma püsivaid muudatusi jätmata.

Windowsis powercfg /q SCHEME_CURRENT prindib aktiivse skeemi ja juhtmevaba adapteri alampuu näitab, kas adapterile saab energiasäästu käskida; sama valik on ka Seadmehalduri adapteri energiahalduse vahekaardil. macOS-is ei näidata teile 802.11 energiasäästu liidese kaupa, seega vaadake selle asemel pmset -g une- ja ooterežiimi käitumist. Seal osutub rike tavaliselt une- ja ärkamisteeks, mitte raadio jõudeolekukäitumiseks.

Neljas kontroll: muutke üht asja ja testige uuesti

Muutke käivituse kohta täpselt üht muutujat ja korrake sama koormust. Kui tunnel peab nüüd vastu tunni jõudeolekule väljalülitatud energiasäästuga, õppisite midagi tõelist. Kui see ikka kukub, võtke muudatus tagasi enne järgmise idee testimist, muidu jääte kolme kattuva seadega ja ilma aimugi, milline neist loeb.

Ühenduse elushoidmine on teine sõltumatu muutuja ja seda aetakse pidevalt segi energiasäästuga. WireGuardi PersistentKeepalive = 25 hoidab NAT-i vastenduse soojana;OpenVPN kasutab keepalive ja ping-restart mõlemas otsas. Mõlemad tekitavad liiklust muidu vaikses tunnelis, seega elushoidmine, mis näiliselt katkestuse parandab, võib hoopis raadioprobleemi varjata. Testige neid eraldi, ükshaaval:

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

Viies kontroll: kui raadio on süütu

Kui jõudeoleku katkestused jätkuvad väljalülitatud energiasäästu ja sisselülitatud elushoidmisega, vaadake väljapoole sülearvutit. Juurdepääsupunktid ja koduruuterid lasevad jõudeoleku NAT- või sessioonikirjetel oma ajakava järgi aeguda, ja VPN-server võib liikluseta sessiooni maha visata.Sama SSID-d jagavate juurdepääsupunktide vahel rändamine võib samuti ühenduse lähtestada, ilma et klient seda selgelt ütleks.

Seejärel võrrelge teise seadmega samas võrgus, mis teeb sama jõudeoleku testi. Kaks seadet, mis kukuvad sama intervalliga, on tee või serveri lugu; üks kukkuv seade on kohaliku draiveri või toite lugu. See võrdlus maksab kümme minutit ja säästab teid vale seadistuse ümberkirjutamisest.

Enne kui teete selle püsivaks

Otsustage, mida olete valmis hoidma. Profiilipõhine skript, mis lülitab energiasäästu välja ainult nendes võrkudes, kus te katkestust nägite, on kaitstav. Globaalne säte, mis lülitab kõik välja ja mille eest makstakse igas võrgus aku elueaga, tavaliselt ei ole.

  • Kirjutage algne energiasäästu väärtus skripti kõrvale, et seda saaks taastada.
  • Korrake jõudeoleku testi pärast iga draiveri või kliendi uuendust; vaikeväärtused muutuvad.
  • Hoidke pingi logi ja kliendi logi koos, kui probleemist teatate.
  • Kui teine samm ebaõnnestus, lõpetage VPN-i seadete muutmine ja käsitlege seda kohaliku ühendusrikkena.

Kui teete ainult üht asja, tehke teist kontrolli. See otsustab, kas ülejäänud nimekiri üldse teid puudutab, ja just selle sammu jätavad inimesed vahele, kui nad on juba otsustanud, et vastus on energiasääst.

Seotud artiklid