WireGuard epäonnistuu joutoajan jälkeen: testaa ensin suunta

Neljä kysymystä tulee ennen jokaista asetusmuutosta: toimiiko sama resurssi, kun asiakas on aktiivinen, kuinka kauan joutoaika kesti, nukkuiko laite vai vaihtoiko se verkkoa, ja näkyykö vika vain liikenteessä, jonka vastapuoli aloittaa. Vastaukset erottavat vanhentuneen NAT-määrityksen nukkuvasta radiosta ja vanhentuneesta sovelluksesta. Ne kertovat myös, onko keepalivella ylipäätään merkitystä. Aloita suunnasta, koska se maksaa yhden komennon ja sulkee pois puolet mahdollisista syistä.

Kumpi suunta epäonnistuu?

Asiakkaan uusi lähtevä pyyntö ja liikenne, joka saapuu sitä kohti hiljaisen jakson jälkeen, rasittavat tilallista laitetta eri tavalla. Lähtevät paketit rakentavat määrityksen uudelleen lähtiessään, kun taas saapuvat paketit tarvitsevat, että vanha määritys on selvinnyt. Tämä epäsymmetria on koko testi. Jos asiakas pääsee ulos mutta sisään ei tule mitään, määritys on todennäköisesti vanhentunut, ja jos kumpikaan ei toimi, tunneli tai asiakkaan verkkoyhteys on kadonnut.

Merkitse muistiin, kuinka kauan hiljainen jakso kesti ja nukkuiko laite vai siirtyikö se välillä toiseen verkkoon. Nämä kaksi tosiasiaa muuttavat diagnoosin ennen mitään asetusta.

wg show wg0 latest-handshakes
wg show wg0 endpoints
wg show wg0 transfer

Aja nuo kolme ennen hiljaista jaksoa ja sen jälkeen, koska jokainen vastaa kysymyksen eri osaan. Handshake-aikaleima, joka ei ole liikahtanut, kertoo, että osapuolet lakkasivat puhumasta, kun taas muuttunut päätepiste kertoo, että määritys siirtyi eikä kuollut. Siirtolaskurit näyttävät, saapuiko mitään lainkaan, ja se on ero vanhentuneen määrityksen ja hiljaisen sovelluksen välillä. Kirjoita luvut ylös molemmissa kohdissa, koska vertailu on todiste.

Uni, radio ja sovelluksen tila

Puhelimessa tai kannettavassa nukkuva laite on voinut menettää verkkoyhteyden kokonaan, eikä keepalive voi palauttaa sammutettua radiota tai saattaa loppuun captive portalia, jota ei ole täytetty. Mobiilialustat keskeyttävät taustatyön käytännön mukaisesti, joten se, jatkuuko jaksollinen liikenne, riippuu alustasta ja siitä, mitä sovellus on sen kanssa sopinut. Välimuistiin tallennettu yhteys on kolmas tapaus ja harhaanjohtavin, koska tunnelin paluu ei ole sama kuin sovelluksen uudelleenyhdistäminen siihen.

Avaa sovellus uudelleen joutoajan jälkeen sen sijaan, että luottaisit välilehteen, joka jäi auki. Jos uusi pyyntö onnistuu siellä, missä vanha istunto epäonnistui, tunneli ei ollut koskaan ongelma.

Mitä keepalive oikeastaan tekee

PersistentKeepalive lähettää säännöllisesti todennetun tyhjän paketin vastapuolelle, mikä riittää pitämään NAT-määrityksen elossa osapuolten välillä ja pitämään vastapuolen päätepisteen ajan tasalla, kuten WireGuardin pika-aloitus kuvaa. Se ei korjaa nukkuvaa radiota, kadonnutta reittiä tai sovellusta, joka ei koskaan yritä uudelleen. Valitse väli tuetuista asiakasasetuksista äläkä ota aggressiivista arvoa käyttöön kaikkialla vain siksi, että tilaruutu hiljenee.

Useimmat joutoajat eivät ole vikoja. Tunneli, joka yhdistyy uudelleen viiden minuutin hiljaisuuden jälkeen, käyttäytyy oikein, ja ongelma on vain tapaus, jossa jotain oli määrä saapua vastapuolelta.

Odota väli, joka ennen epäonnistui

Tee yksi tuettu muutos ja anna sitten saman joutoajan kulua ennen kuin testaat resurssia uudelleen. Odottaminen on osa testiä eikä muodollisuus. Välitön onnistuminen uudelleenyhdistämisen jälkeen ei kerro mitään pitkän joutoajan oireesta, koska uudelleenyhdistäminen on juuri se tapahtuma, joka nollaa tilan. Jos ongelma näkyy myös aktiivikäytössä, palaa handshake- ja datapolkutarkistuksiin sen sijaan, että lisäät jaksollista liikennettä.

Pidä yksi muutos testiä kohden ja kirjoita käytetty joutoaika ylös. Ilman sitä jokainen myöhempi vertailu ajautuu eikä kukaan voi sanoa, mikä muutos merkitsi. Kirjaa neljä tosiasiaa yhdessä: suunta, kesto, unitila ja sovelluksen käyttäytyminen.