Zure tunela hiltzen da ordenagailua denbora batez ukitu gabe egon ondoren, eta trackpad-a ukitzen duzun unean itzultzen da. Eredu horrek haririk gabeko lotura energia aurrezteko moduan sartzen ari dela adierazten du, ez VPN atebideak zure kredentzialak baztertzen dituela. Profil berean goiz lanpetua izatea da arrastoa: tunela bizirik dago trafikoa dabilen bitartean eta erortzen da irratia isiltzen denean. Egin ondorengo egiaztapenak ordenan, gelditu huts egiten duen lehenengoan eta orduan bakarrik aldatu ezarpen bat.

Lehen egiaztapena: etena atsedenari jarraitzen dio?

Hasi korrelazioa frogatzen, suposatu beharrean. Idatzi bidalitako azken paketearen erloju-ordua, bezeroak tunela jaitsita zegoela jakinarazi zuen ordua eta tartean pantaila itzali zen ala ez. Tarte bera bada aldi bakoitzean, atseden-bideko arazoa duzu; etenak erabilera aktiboan ausaz gertatzen badira, joan bosgarren egiaztapenera.

Ezer kostatzen ez duen proba merkea: bidali ping erregularra tasa baxuan zure atebidera hogei minutuz eta utzi makina bakartik. Tunelak proba osoan irauten badu, etengabeko trafiko txikiak sintoma ezkutatzen ari da, konpondu beharrean, eta hori oraindik ebidentzia erabilgarria da. Ping horren irteera zirriborro-terminal batean gordetzen dut eta gero bezeroaren erregistroarekin alderatzen dut, bi erlojuak gutxitan datoz bat eta.

Bigarren egiaztapena: VPN trafikoa soilik da?

Tunela erruduntzat jo aurretik, jakin ezazu lotura bera oraindik erabilgarria den. Tunela hilda dagoen baina pantaila oraindik itzalita dagoen bitartean, saiatu sarbide-puntuaren helbidera eta ostalari publikoa IP bidez iristen. Ping arruntak ere huts egiten badu, irratiak edo sarbide-puntuak bota zaitu eta VPN bezeroa ikusle hutsa da.

Trafiko arrunta isurtzen bada tunela isilik dagoen bitartean, lotura osasuntsu dago eta arazoa tunelaren beraren tenporizadoreetan edo bezeroak berrekitea nola kudeatzen duen dago. Bi konponketa desberdin dira, beraz ez ezazu urrats hau saltatu. Wi-Fi eta Ethernet biak dituen ordenagailuan, deskonektatu kablea eta errepikatu atseden-proba: kable bidezko Etherneten desagertzen den atseden-etena ebidentzia sendoa da haririk gabeko geruzaren alde.

Hirugarren egiaztapena: irakurri energia aurrezteko egoera

Mahaigain gehienek lauki bat ematen dizute, baina lauki hori ez da kontrolatzailea dagoen egoera. Irakurri lehenik kontrolatzailearen beraren txostena eta erabaki gero. mac80211 duen Linuxen interfazeak zuzenean erantzuten du:

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

Bigarren komandoa proba da, ez konponketa. Ez du gainditzen deskonexioa, esekitzea ezta berrabiaraztea ere, eta horrek hipotesia garbi egiaztatzeko modu bihurtzen du aldaketa iraunkorrik utzi gabe.

Windowsen powercfg /q SCHEME_CURRENT aktiboko eskema inprimatzen du, eta haririk gabeko egokitzailearen azpizuhaitzak erakusten du egokitzaileari energia aurreztea agindu dakiokeen; aukera bera Device Manager-en dago egokitzailearen energia-kudeaketako fitxan. macOSen 802.11 energia aurreztea interfaze bakoitzeko ez zaizu erakusten, beraz begiratu horren ordez pmset -g loaldi eta esna-egoerako portaera. Han hutsegitea loaldi eta esnatze bidea izan ohi da, ez irratiaren atseden-portaera.

Laugarren egiaztapena: aldatu gauza bat eta probatu berriro

Aldatu exekuzio bakoitzean aldagai bat zehazki eta errepikatu karga bera. Tunelak orain energia aurreztea itzalita duela ordu bateko atsedena jasaten badu, benetako zerbait ikasi duzu. Oraindik erortzen bada, itzuli atzera hurrengo ideia probatu aurretik, bestela gainjarritako hiru ezarpenekin amaituko duzu eta zein den garrantzitsua jakin gabe.

Konexioa bizirik mantentzea da beste aldagai independentea eta etengabe nahasten da energia aurreztearekin. WireGuard-en PersistentKeepalive = 25 balioak NAT mapaketa epel mantentzen du;OpenVPN-ek bere bi muturretan keepalive eta ping-restart erabiltzen ditu. Biek trafikoa sortzen dute bestela isilik egongo litzatekeen tunelean, beraz etena konpontzen omen duen bizirik mantentzeak irrati-arazoa ezkutatzen ahal du, konpondu ordez. Probatu bereizita, banan-bana:

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

Bosgarren egiaztapena: irratia errugabea denean

Atseden-etenaek energia aurreztea itzalita eta bizirik mantentzea piztuta jarraitzen badute, begiratu ordenagailutik kanpora. Sarbide-puntek eta etxe-routerrek atsedeneko NAT edo saio-sarrerak bere egutegiaren arabera iraungitzen dituzte, eta VPN zerbitzariak trafikorik gabeko saioa bota dezake.SSID bera partekatzen duten sarbide-puntuen arteko roaming-ak lotura berrezarri dezake, bezeroak argi esan gabe.

Gero alderatu sare berean atseden-proba bera egiten duen bigarren gailu batekin. Bi gailuk tarte berean erortzea bide edo zerbitzari kontua da; gailu bakarra erortzea kontrolatzaile edo energia kontu lokala da. Konparazio horrek hamar minutu kostatzen ditu eta konfigurazio okerra berridaztetik salbatzen zaitu.

Behin betiko egin aurretik

Erabaki zer mantentzeko prest zauden. Profil bakoitzeko script bat, etena ikusi duzun sareetan soilik energia aurreztea itzaltzen duena, defendagarria da. Dena itzaltzen duen doikuntza globala, sare guztietan bateriaren iraupenaren truke, normalean ez da defendagarria.

  • Idatzi jatorrizko energia aurrezteko balioa script-aren ondoan, berreskura dadin.
  • Errepikatu atseden-proba kontrolatzaile edo bezeroaren eguneraketa bakoitzaren ondoren; balio lehenetsiak aldatzen dira.
  • Mantendu ping erregistroa eta bezeroaren erregistroa elkarrekin arazoa jakinaraztean.
  • Bigarren urratsak huts egin badu, utzi VPN ezarpenak aldatzen eta hartu loturaren tokiko matxura gisa.

Gauza bakarra egiten baduzu, egin bigarren egiaztapena. Honek erabakitzen du zerrenda honen gainerakoa zuri dagokizun, eta jendeak jada erantzuna energia aurreztea dela erabaki ondoren saltatzen duen urratsa da.

Erlazionatutako artikuluak