VPN katkeb pidevalt: testi raadiot enne serverit

VPN-i katkestus võib alata kaua enne, kui ükski liiklus serverini jõuab. Wi-Fi kadu, üleminek Wi-Filt mobiilivõrku, koormus kohalikus juurdepääsupunktis ja uinuv telefon võivad kõik välisteed katkestada, samal ajal kui tunnelitarkvara teatab puhtast tõrkest. Liigu seadmest väljapoole: kõigepealt lüli, siis kliendi enda sündmused, seejärel kontrollitud võrdlus ja alles siis server. See järjekord hoiab sind vahetamast väljundõlmi probleemi pärast, mis elab toas.

Jälgi lüli, mitte signaaliikooni

Otsi lülivahetusi, mitte signaaliribasid. Seade võib näidata tugevat signaali, samal ajal kui juurdepääsupunkt on küllastunud, rändluse üleminek on käimas või energiasäästupoliitika peatab raadio ekraani väljalülitamisel.

Kirjuta üles liidese olek, praegune lüüs ja iga muudatuse aeg. Seejärel kontrolli, kas katkestus langeb kokku üleminekuga. Katkestus, mis juhtub iga kord, kui telefon ruumide vahel liigub, on lüli probleem, kuni pole tõestatud vastupidist, olenemata sellest, millist serverit rakendus näitab.

Loe kliendi enda taasühendussündmusi

Enamik kliente logib katkestuse põhjuse ja järgmise katse ajatempli. Tunnel, mis sekundite jooksul uuesti läbi räägib ja seejärel töötab, on teine sündmus kui see, mis jääb maas, kuni sa selle käsitsi sisse lülitad.

Korduvad lühikesed taasühendused osutavad välisteele, sest klient jõuab pidevalt serverini ja kaotab seansi. Tunnel, mis jääb maas, osutab autentimisele, lõpp-punkti muutusele või poliitikale, sest klient ei jõua piisavalt kaugele, et midagi kaotada. Loe kahte mustrit eraldi enne, kui konfiguratsiooni puudutad.

Võrdle teist lõpp-punkti ettevaatlikult

Teine lõpp-punkt on kasulik võrdlus ja iseenesest ei ole kontrollitud katse. See muudab marsruuti, taristut ja sageli riiki, seega kahe lõpp-punkti erinevus ei tõesta, et esimene server on vigane.

Hoia seade, juurdepääsuvõrk ja töökoormus muutumatuna ja pane kirja, mis veel vahetamisel muutus. Kui mõlemad lõpp-punktid tõrkestuvad samal ajal samas kohas, on kohalik tee ühine tegur. Kui tõrkestub ainult üks, saab server või tee sinna juhtlõngaks. Kirjuta segavad tegurid üles, et järeldus ei jookseks tõenditest ette.

Korreleeri serveriga, mida haldad

Kui haldad lõpp-punkti, sobitage katse aeg kuulaja ja assotsiatsiooni kirjetega. Mitme sõltumatu kliendi tõrge samas lüüsis on teine tõend kui ühe telefoni kukkumine iga liikumise järel.

Üks partneri vastus ei tõesta rakenduse pidevat tervist. Pärast taastamist testi ressurssi, mida tegelikult vajad, sest edukas käepigistus ja kättesaadav server võivad eksisteerida koos katkise rakendusteega.

Kirjuta aruanne, mis seda kitsendab

Eralda neli väidet: kohalik lülikadu, väline kättesaadavus, tunneli läbirääkimine ja rakenduse enda olek. Igal on oma tõend, ja aruanne, mis hoiab need eraldi, ütleb järgmisele inimesele, kuhu vaadata.

Pane kirja ka võrdluse piirid. Kui poliitika takistas otsetee testi, ütle seda, selle asemel et esitada lõpp-punktide võrdlust tõendina. Riigisilt rakenduses ei tähenda tervet marsruuti ja geograafiliselt lähedane server võib siiski olla kättesaadav ülekoormatud tee kaudu.

WireGuardi projekti teadaolevate piirangute leht on kasulik meeldetuletus, et protokoll võib olla õige ja jätta ikkagi lülikäitumise operatsioonisüsteemile. Lõpeta sama testi kordamisega pärast järgmist katkestust, sest üksik sündmus on andmepunkt ja muster on diagnoos.