WireGuard ei tööta pärast jõudeaega: kontrollige kõigepealt suunda

Enne iga seade muudatust tuleb neli küsimust: kas sama ressurss töötab siis, kui klient on aktiivne, kui kaua jõudeaeg kestis, kas seade magas või vahetas võrku, ja kas tõrge ilmneb ainult liikluses, mille algatab vastaspool. Vastused eristavad aegunud NAT-vastendust magavast raadiost ja vananenud rakendusest. Need ütlevad ka, kas keepalive on üldse asjakohane. Alustage suunast, sest see maksab ühe käsu ja välistab poole võimalikest põhjustest.

Milline suund ei tööta?

Kliendi uus väljuv päring ja liiklus, mis jõuab tema poole pärast vaikset perioodi, koormavad olekuga seadmeid erinevalt. Väljuvad paketid ehitavad lahkudes vastenduse uuesti üles, samas kui sissetulevad paketid vajavad, et vana vastendus oleks üle elanud. See asümmeetria on kogu test. Kui klient pääseb välja, aga sisse ei jõua midagi, on vastendus tõenäoliselt aegunud, ja kui kumbki ei tööta, on tunnel või kliendi võrguühendus kadunud.

Pange kirja, kui kaua vaikne periood kestis, ja kas seade magas või liikus vahepeal teise võrku. Need kaks fakti muudavad diagnoosi enne ükskõik millist seadet.

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

Käivitage need kolm enne ja pärast vaikset perioodi, sest igaüks vastab küsimuse eri osale. Handshake'i ajatempel, mis ei ole liikunud, ütleb, et pooled lakkasid rääkimast, samas kui muutunud lõpp-punkt ütleb, et vastendus liikus, mitte ei surnud. Ülekande loendurid näitavad, kas üldse midagi saabus, ja see on erinevus aegunud vastenduse ja vaikiva rakenduse vahel. Kirjutage numbrid mõlemas punktis üles, sest võrdlus on tõestus.

Uni, raadio ja rakenduse olek

Telefonis või sülearvutis võib magav seade olla täielikult kaotanud võrguühenduse ning keepalive ei saa taastada väljalülitatud raadiot ega lõpetada captive portalit, mida ei ole täidetud. Mobiilplatvormid peatavad taustatöö poliitika kohaselt, seega see, kas perioodiline liiklus jätkub, sõltub platvormist ja sellest, mida rakendus temaga kokku leppis. Vahemällu salvestatud ühendus on kolmas juhtum ja kõige eksitavam, sest tunneli naasmine ei ole sama, mis rakenduse taasühendamine sellega.

Avage rakendus pärast jõudeaega uuesti, selle asemel et usaldada vahekaarti, mis jäi avatuks. Kui uus päring õnnestub seal, kus vana seanss ebaõnnestus, ei olnud tunnel kunagi probleem.

Mida keepalive tegelikult teeb

PersistentKeepalive saadab perioodiliselt autenditud tühja paketi partnerile, millest piisab, et hoida NAT-vastendust partnerite vahel elus ja partneri lõpp-punkt ajakohasena, nagu kirjeldab WireGuardi kiirkäivitus. See ei paranda magavat raadiot, kaotatud marsruuti ega rakendust, mis ei proovi kunagi uuesti. Valige intervall toetatud kliendiseadete kaudu ja ärge lubage agressiivset väärtust kõikjal ainult seetõttu, et olekuvaade vaikib.

Enamik jõudeaegu ei ole tõrked. Tunnel, mis ühendub uuesti pärast viit minutit vaikust, käitub õigesti, ja probleem on ainult juhul, kui vastaspoolest oleks pidanud midagi saabuma.

Oodake ära intervall, mis varem ebaõnnestus

Tehke üks toetatud muudatus ja laske seejärel samal jõudeajal mööduda, enne kui seda ressurssi uuesti testite. Ootamine on testi osa, mitte formaalsus. Kohene edu pärast taasühendamist ei ütle pika jõudeaja sümptomi kohta midagi, sest taasühendamine on täpselt see sündmus, mis oleku lähtestab. Kui probleem ilmneb ka aktiivse kasutuse ajal, pöörduge tagasi handshake'i ja andmetee kontrollide juurde, selle asemel et lisada rohkem perioodilist liiklust.

Hoidke üks muudatus testi kohta ja kirjutage kasutatud jõudeaeg üles. Ilma selleta triivib iga hilisem võrdlus ja keegi ei oska öelda, milline muudatus loeb. Kirjutage neli fakti koos üles: suund, kestus, uneolek ja rakenduse käitumine.