VPN nutrūkimų tuščiosios eigos metu taisymas: Wi-Fi energijos taupymo kontrolinis sąrašas

Peržiūrėkite VPN nutrūkimus tuščiosios eigos metu iš eilės: patvirtinkite laiką, atskirkite radiją nuo tunelio, perskaitykite tikrąją energijos taupymo būseną, tada pakeiskite vieną nustatymą ir patikrinkite dar kartą.

Jūsų tunelis miršta po to, kai nešiojamasis kompiuteris kurį laiką lieka neliestas, ir grįžta tą akimirką, kai paliečiate jutiklinę dalį. Šis modelis rodo, kad belaidė jungtis pereina į energijos taupymą, o ne kad VPN šliuzas atmeta jūsų prisijungimo duomenis. Užimtas rytas tame pačiame profilyje yra įrodymas: tunelis gyvas, kol teka srautas, ir krinta, kai radijas nutyla. Atlikite toliau nurodytus patikrinimus iš eilės, sustokite ties pirmuoju nepavykusiu ir tik tada pakeiskite vieną nustatymą.

Pirmas patikrinimas: ar nutrūkimas seka tuščiąją eigą?

Pradėkite įrodydami koreliaciją, o ne darydami prielaidą. Užsirašykite paskutinio išsiųsto paketo sieninio laikrodžio laiką, laiką, kai klientas pranešė apie tunelio kritimą, ir ar per tą laiką išsijungė ekranas. Jei tarpas kaskart toks pats, turite problemą tuščiosios eigos kelyje; jei nutrūkimai atsitinka atsitiktinai aktyvaus naudojimo metu, pereikite prie penkto patikrinimo.

Pigus testas, kurio atšaukti nieko nekainuoja: dvidešimt minučių siųskite tolygų mažo dažnio ping į savo šliuzą ir palikite mašiną ramybėje. Jei tunelis išsilaiko visą laiką, nuolatinis mažas srautas maskuoja simptomą, o ne jį taiso, ir tai vis tiek naudingas įrodymas. Aš laikau to ping išvestį juodraščio terminale ir vėliau lyginu su kliento žurnalu, nes du laikrodžiai retai sutampa.

Antras patikrinimas: ar tai tik VPN srautas?

Prieš kaltindami tunelį, išsiaiškinkite, ar pati jungtis dar tinkama naudoti. Kol tunelis negyvas, bet ekranas dar išjungtas, pabandykite pasiekti prieigos taško adresą ir viešąjį kompiuterį per IP. Jei paprastas ping taip pat nepavyksta, radijas ar prieigos taškas jus paleido, o VPN klientas tėra stebėtojas.

Jei paprastas srautas teka, o tunelis tyli, jungtis sveika, o problema yra pačio tunelio laikmačiuose arba tame, kaip klientas apdoroja atnaujinimą. Tai du skirtingi pataisymai, todėl nepraleiskite šio žingsnio. Nešiojamajame kompiuteryje su Wi-Fi ir Ethernet ištraukite kabelį ir pakartokite tuščiosios eigos testą: tuščiosios eigos nutrūkimas, kuris išnyksta laidiniame Ethernet, yra stiprus įrodymas belaidžio sluoksnio naudai.

Trečias patikrinimas: perskaitykite energijos taupymo būseną

Dauguma darbalaukių duoda jums žymimąjį laukelį, bet laukelis nėra būsena, kurioje yra tvarkyklė. Pirmiausia perskaitykite pačios tvarkyklės ataskaitą, tada nuspręskite. Linux su mac80211 sąsaja atsako tiesiogiai:

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

Antroji komanda yra testas, o ne pataisymas. Ji neišgyvena atjungimo, miego ar perkrovimo, todėl tai švarus būdas patikrinti hipotezę nepaliekant nuolatinių pakeitimų.

Windows powercfg /q SCHEME_CURRENT atspausdina aktyvią schemą, o belaidės plokštės pomedis parodo, ar plokštei galima įsakyti taupyti energiją; tas pats pasirinkimas yra ir Device Manager plokštės energijos valdymo skirtuke. macOS atveju 802.11 energijos taupymas kiekvienai sąsajai jums nerodomas, todėl vietoj to žiūrėkite pmset -g miego ir budėjimo elgsenos. Ten gedimas paprastai pasirodo esąs miego ir pabudimo kelias, o ne radijo tuščiosios eigos elgsena.

Ketvirtas patikrinimas: pakeiskite vieną dalyką, tada patikrinkite iš naujo

Kiekvieno paleidimo metu pakeiskite tiksliai vieną kintamąjį ir pakartokite tą patį krūvį. Jei tunelis dabar atlaiko valandą tuščiosios eigos su išjungtu energijos taupymu, sužinojote kažką tikro. Jei jis vis dar krinta, grąžinkite pakeitimą prieš bandydami kitą idėją, kitaip liksite su trimis persidengiančiais nustatymais ir be supratimo, kuris svarbus.

Ryšio palaikymas gyvo yra kitas nepriklausomas kintamasis ir jis nuolat painiojamas su energijos taupymu. WireGuard PersistentKeepalive = 25 palaiko NAT atvaizdavimą šiltą;OpenVPN abiejuose galuose keepalive ir ping-restart naudoja. Abu generuoja srautą kitu atveju tyliame tunelyje, todėl gyvo palaikymas, kuris tarsi pataiso nutrūkimą, gali slėpti radijo problemą, o ne ją spręsti. Išbandykite juos atskirai, po vieną:

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

Penktas patikrinimas: kai radijas nekaltas

Jei tuščiosios eigos nutrūkimai tęsiasi su išjungtu energijos taupymu ir įjungtu gyvo palaikymu, pažiūrėkite už nešiojamojo kompiuterio ribų. Prieigos taškai ir namų maršrutizatoriai leidžia tuščiosios eigos NAT ar sesijos įrašams pasibaigti pagal savo grafiką, o VPN serveris gali numesti sesiją be srauto.Tarptinklinis ryšys tarp prieigos taškų, bendrinančių tą patį SSID, taip pat gali atkurti jungtį, klientui to aiškiai nesakant.

Tada palyginkite su antru įrenginiu tame pačiame tinkle, kuris atlieka tą patį tuščiosios eigos testą. Du įrenginiai, krintantys tuo pačiu intervalu, yra kelio arba serverio istorija; vienas krintantis įrenginys yra vietinė tvarkyklės ar energijos istorija. Šis palyginimas kainuoja dešimt minučių ir išgelbsti jus nuo neteisingos konfigūracijos perrašymo.

Prieš darant tai nuolatiniu

Nuspręskite, ką esate pasirengę palikti. Scenarijus pagal profilį, kuris išjungia energijos taupymą tik tuose tinkluose, kur matėte nutrūkimą, yra pateisinamas. Visuotinis pakeitimas, išjungiantis viską ir apmokamas akumuliatoriaus veikimo laiku kiekviename tinkle, paprastai nėra toks.

  • Užsirašykite pradinę energijos taupymo reikšmę šalia scenarijaus, kad ją būtų galima atkurti.
  • Pakartokite tuščiosios eigos testą po kiekvieno tvarkyklės ar kliento atnaujinimo; numatytosios reikšmės keičiasi.
  • Kai pranešate apie problemą, laikykite ping žurnalą ir kliento žurnalą kartu.
  • Jei antras žingsnis nepavyko, nustokite keisti VPN nustatymus ir traktuokite tai kaip vietinį jungties gedimą.

Jei darote tik vieną dalyką, atlikite antrą patikrinimą. Būtent jis nusprendžia, ar likusi šio sąrašo dalis jums apskritai taikoma, ir būtent šį žingsnį žmonės praleidžia, kai jau nusprendė, kad atsakymas yra energijos taupymas.

Susiję straipsniai