Laga VPN-rof í aðgerðaleysi: gátlisti fyrir orkusparnað Wi-Fi

Farðu í gegnum VPN-rofin í aðgerðaleysi í réttri röð: staðfestu tímasetninguna, aðskildu útvarpið frá göngunni, lestu raunverulegt orkusparnaðarástand, breyttu svo einni stillingu og prófaðu aftur.

Gangan þín deyr eftir að fartölvan hefur staðið ósnert um stund, og kemur aftur á þeirri stundu sem þú snertir stýripúðann. Þetta mynstur bendir til að þráðlausa tengingin fari í orkusparnað, ekki að VPN-gáttin hafni auðkennum þínum. Annasamur morgunn á sömu prófílnni er sönnunin: gangan lifir á meðan umferð flæðir og fellur þegar útvarpið þagnar. Farðu í gegnum prófanirnar hér að neðan í réttri röð, stöðvaðu við þá fyrstu sem mistekst, og breyttu aðeins þá einni stillingu.

Prófun eitt: fylgir rofið aðgerðaleysinu?

Byrjaðu á að sanna fylgnina í stað þess að gera ráð fyrir henni. Skráðu veggklukkutíma síðustu pakkans sem þú sendir, tímann þegar biðlarinn tilkynnti að gangan væri niðri, og hvort skjárinn slökkti í millitíðinni. Ef bilið er það sama í hvert sinn hefur þú vandamál á aðgerðaleysisleiðinni; ef rofin koma af handahófi meðan á virkri notkun stendur skaltu hoppa í prófun fimm.

Ódýr próf sem kostar ekkert að afturkalla: sendu jafnan ping með lágri tíðni á gáttina þína í tuttugu mínútur og láttu vélina í friði. Ef gangann heldur út allan tímann er stöðug lítil umferð að hylja einkennin í stað þess að laga þau, sem er samt gagnleg sönnun. Ég geymi úttak þess ping í kladdartölvu og ber það saman við biðlaraskrána síðar, því klukkurnar tvær eru sjaldan sammála.

Prófun tvö: er þetta bara VPN-umferð?

Áður en þú kennir göngunni um skaltu komast að því hvort tengingin sjálf sé enn nothæf. Meðan gangan er dauð en skjárinn enn slökktur skaltu reyna að ná í vistfang aðgangspunktsins og opinbera vél með IP. Ef venjulegt ping mistekst líka hafa útvarpið eða aðgangspunkturinn sleppt þér og VPN-biðlarinn er bara áhorfandi.

Ef venjuleg umferð flæðir meðan gangan þegir er tengingin heilbrigð og vandamálið liggur í tímamælum göngunnar sjálfrar eða í því hvernig biðlarinn meðhöndlar endurræsingu. Þetta eru tvær ólíkar lagfæringar, svo slepptu ekki þessu skrefi. Á fartölvu með bæði Wi-Fi og Ethernet skaltu taka snúruna úr og endurtaka aðgerðaleysisprófið: aðgerðaleysisrof sem hverfur á snúruðu Ethernet er sterk sönnun fyrir þráðlausa laginu.

Prófun þrjú: lestu orkusparnaðarástandið

Flest skjáborð gefa þér gátreit, en reiturinn er ekki ástandið sem rekillinn er í. Lestu fyrst skýrslu reklsins sjálfs og ákveddu svo. Á Linux með mac80211 svarar viðmótið beint:

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

Seinna skipunin er próf, ekki lagfæring. Hún lifir ekki af aftengingu, svefn eða endurræsingu, sem gerir hana að hreinu leiðinni til að prófa tilgátuna án þess að skilja eftir varanlegar breytingar.

Á Windows powercfg /q SCHEME_CURRENT prentar virka kerfið og undirtré þráðlausa millistiksins sýnir hvort hægt er að skipa millistikið að spara orku; sama valið er líka í Device Manager á orkustjórnunarflipanum millistiksins. Á macOS er 802.11 orkusparnaður fyrir hvert viðmót ekki sýnilegur þér, svo skoðaðu í staðinn pmset -g fyrir svefn- og biðhegðun. Þar reynist bilunin venjulega vera svefn- og vakningarleiðin frekar en aðgerðaleysishegðun útvarpsins.

Prófun fjögur: breyttu einu atriði og prófaðu aftur

Breyttu nákvæmlega einni breytu í hvert skipti og endurtaktu sama álagið. Ef gangan þolir nú klukkustund í aðgerðaleysi með orkusparnað slökkt hefur þú lært eitthvað raunverulegt. Ef hún fellur enn skaltu afturkalla breytinguna áður en þú prófar næstu hugmynd, annars situr þú eftir með þrjár stillingar sem skarast og enga hugmynd um hver skiptir máli.

Að halda tengingunni lifandi er hina óháða breytan og hún er stöðugt rugluð saman við orkusparnað. WireGuard PersistentKeepalive = 25 heldur NAT-vörpun heitri;OpenVPN í báðum endum keepalive og ping-restart notar. Bæði býr til umferð á göngu sem annars væri þögul, svo lifandahaldsaðgerð sem virðist laga rofið gæti verið að hylja útvarpsvandamál í stað þess að leysa það. Prófaðu þær aðskildar, eina í einu:

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

Prófun fimm: þegar útvarpið er saklaust

Ef aðgerðaleysisrofin halda áfram með orkusparnað slökkt og lifandahald virkt skaltu líta út fyrir fartölvuna. Aðgangspunktar og heimaleiðarar láta NAT- eða lotufærslur í aðgerðaleysi renna út samkvæmt eigin áætlun, og VPN-þjónn getur sleppt lotu án umferðar.Reiki milli aðgangspunkta sem deila sama SSID getur líka endurstillt tenginguna án þess að biðlarinn segi það skýrt.

Berðu það svo saman við annað tæki á sama neti sem gerir sama aðgerðaleysispróf. Tvö tæki sem falla á sama bili eru saga um leið eða þjón; eitt tæki sem fellur er staðbundin saga um rekla eða orku. Sá samanburður kostar tíu mínútur og bjargar þér frá því að endurskrifa ranga uppsetningu.

Áður en þú gerir þetta varanlegt

Ákveddu hvað þú ert tilbúin að halda. Skrifta fyrir hverja prófíl sem slekkur orkusparnað aðeins á þeim netum þar sem þú sást rofið er verjandi. Alheimsstilling sem slekkur allt og er borguð með rafhlöðuendingu á hverju neti er það venjulega ekki.

  • Skráðu upphaflegt orkusparnaðargildi við hlið skriftunnar svo hægt sé að endurheimta það.
  • Endurtaktu aðgerðaleysisprófið eftir hverja uppfærslu rekils eða biðlara; sjálfgefin gildi breytast.
  • Hafðu ping-skrána og biðlaraskrána saman þegar þú tilkynnir vandamálið.
  • Ef annað skrefið mistókst skaltu hætta að breyta VPN-stillingum og meðhöndla það sem staðbundið tengibilun.

Ef þú gerir bara einn hlut skaltu gera prófun tvö. Hún ræður því hvort restin af þessum lista á við þig yfirleitt, og það er skrefið sem fólk sleppir þegar það hefur þegar ákveðið að svarið sé orkusparnaður.

Tengdir greinar