VPN-yhteyden katkeamisten korjaaminen joutoajalla: Wi-Fi-virransäästön tarkistuslista

Tunnelisi kuolee, kun kannettava on jonkin aikaa koskematta, ja palaa sinä hetkenä, kun kosket ohjauslevyä. Tämä kuvio viittaa siihen, että langaton linkki siirtyy virransäästöön, ei siihen, että VPN-yhdyskäytävä hylkää tunnuksesi. Kiireinen aamu samalla profiililla on todiste: tunneli kestää, kun liikenne virtaa, ja kaatuu, kun radio hiljenee. Käy alla olevat tarkistukset läpi järjestyksessä, pysähdy ensimmäiseen, joka epäonnistuu, ja vaihda vasta sitten yhtä asetusta.

Tarkistus yksi: seuraako katkeaminen joutoaikaa?

Aloita todistamalla yhteys sen sijaan että olettaisit sen. Kirjaa viimeisen lähettämäsi paketin seinäkelloaika, aika jolloin asiakas ilmoitti tunnelin olevan alhaalla, ja sammuiko näyttö välissä. Jos väli on joka kerta sama, sinulla on ongelma joutoajan reitillä; jos katkeamiset tulevat satunnaisesti aktiivisen käytön aikana, siirry viidenteen tarkistukseen.

Halpa testi, jonka peruminen ei maksa mitään: lähetä tasaista matalan nopeuden pingiä yhdyskäytävällesi kaksikymmentä minuuttia ja jätä kone rauhaan. Jos tunneli pysyy pystyssä koko ajan, jatkuva pieni liikenne peittää oireen sen sijaan että korjaisi sitä, mikä on silti hyödyllinen todiste. Pidän tuon pingin tulosteen luonnosterminaalissa ja vertaan sitä jälkikäteen asiakkaan lokiin, koska kaksi kelloa ovat harvoin samaa mieltä.

Tarkistus kaksi: onko kyse vain VPN-liikenteestä?

Ennen kuin syytät tunnelia, selvitä, onko itse linkki vielä käyttökelpoinen. Kun tunneli on kuollut mutta näyttö vielä sammuksissa, yritä tavoittaa tukiaseman osoite ja julkinen isäntä IP:n kautta. Jos tavallinen pingkin epäonnistuu, radio tai tukiasema pudotti sinut, ja VPN-asiakas on vain sivustakatsoja.

Jos tavallinen liikenne virtaa tunnelin ollessa äänetön, linkki on terve ja ongelma on tunnelin omissa ajastimissa tai siinä, miten asiakas käsittelee jatkamisen. Nämä ovat kaksi eri korjausta, joten älä ohita tätä vaihetta. Kannettavassa, jossa on sekä Wi-Fi että Ethernet, irrota kaapeli ja toista joutoajan testi: joutoajan katkeaminen, joka katoaa kaapeloidussa Ethernetissä, on vahva todiste langattoman kerroksen puolesta.

Tarkistus kolme: lue virransäästötila

Useimmat työpöydät antavat valintaruudun, mutta valintaruutu ei ole tila, jossa ajuri on. Lue ensin ajurin oma raportti ja päätä vasta sitten. Linuxissa mac80211:n kanssa liitäntä vastaa suoraan:

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

Toinen komento on testi, ei korjaus. Se ei säily yli yhteyden katkeamisen, keskeytyksen tai uudelleenkäynnistyksen, mikä tekee siitä puhtaan tavan testata hypoteesia jättämättä pysyviä muutoksia.

Windowsissa powercfg /q SCHEME_CURRENT tulostaa aktiivisen kaavion, ja langattoman sovittimen alipuu näyttää, voidaanko sovittimelle antaa käsky säästää virtaa; sama valinta on myös Device Managerissa sovittimen virranhallintavälilehdellä. macOSissa 802.11-virransäästöä liitäntäkohtaisesti ei näytetä sinulle, joten katso sen sijaan pmset -g unen ja valmiustilan käyttäytymistä. Siellä vika osoittautuu yleensä unen ja herätyksen reitiksi eikä radion joutoajan käyttäytymiseksi.

Tarkistus neljä: vaihda yhtä asiaa ja testaa uudelleen

Vaihda täsmälleen yhtä muuttujaa ajokertaa kohden ja toista sama kuorma. Jos tunneli kestää nyt tunnin joutoaikaa virransäästön ollessa pois päältä, opit jotain todellista. Jos se kaatuu edelleen, peru muutos ennen seuraavan idean testaamista, muuten sinulle jää kolme päällekkäistä asetusta eikä aavistustakaan siitä, mikä niistä ratkaisee.

Yhteyden elossa pitäminen on toinen riippumaton muuttuja, ja se sekoitetaan jatkuvasti virransäästöön. WireGuardin PersistentKeepalive = 25 pitää NAT-määrityksen lämpimänä;OpenVPN käyttää keepalive ja ping-restart molemmissa päissä. Molemmat tuottavat liikennettä muuten hiljaisessa tunnelissa, joten katkeamisen näennäisesti korjaava elossa pitäminen voi peittää radio-ongelman sen sijaan että ratkaisisi sen. Testaa niitä erikseen, yksi kerrallaan:

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

Tarkistus viisi: kun radio on syytön

Jos joutoajan katkeamiset jatkuvat virransäästön ollessa pois ja elossa pidon ollessa päällä, katso kannettavan ulkopuolelle. Tukiasemat ja kotireitittimet vanhentavat joutoajan NAT- tai istuntomerkinnät oman aikataulunsa mukaan, ja VPN-palvelin voi pudottaa istunnon, jossa ei ole liikennettä.Samassa SSID:ssä olevien tukiasemien välinen roaming voi myös nollata linkin, ilman että asiakas sanoo sitä selvästi.

Vertaa sitten toiseen laitteeseen samassa verkossa, joka tekee saman joutoajan testin. Kaksi laitetta, jotka putoavat samalla välillä, on tarina reitistä tai palvelimesta; yksi putoava laite on paikallinen tarina ajurista tai virrasta. Tämä vertailu maksaa kymmenen minuuttia ja säästää sinut väärän kokoonpanon uudelleenkirjoittamiselta.

Ennen kuin teet siitä pysyvän

Päätä, mitä olet valmis pitämään. Profiilikohtainen skripti, joka kytkee virransäästön pois vain niissä verkoissa, joissa näit katkeamisen, on puolustettavissa. Globaali säätö, joka kytkee kaiken pois akunkestolla maksettuna joka verkossa, ei yleensä ole.

• Kirjoita alkuperäinen virransäästöarvo skriptin viereen, jotta se voidaan palauttaa.
• Toista joutoajan testi jokaisen ajuri- tai asiakaspäivityksen jälkeen; oletusarvot muuttuvat.
• Pidä ping-loki ja asiakkaan loki yhdessä, kun raportoit ongelman.
• Jos toinen vaihe epäonnistui, lopeta VPN-asetusten muuttaminen ja käsittele sitä paikallisena linkkivikana.

Jos teet vain yhden asian, tee toinen tarkistus. Se ratkaisee, koskeeko muu tästä listasta sinua lainkaan, ja juuri sen vaiheen ihmiset ohittavat, kun he ovat jo päättäneet, että vastaus on virransäästö.