VPN se nenehno prekinja: najprej preizkusite radio, nato strežnik

Prekinitev VPN se lahko začne veliko prej, preden kakršen koli promet doseže strežnik. Izguba Wi-Fi, prehod z Wi-Fi na mobilno omrežje, preobremenitev lokalne dostopovne točke in telefon, ki zaspi, lahko prekinejo zunanjo pot, medtem ko programska oprema tunela poroča o čisti napaki. Pojdite od naprave navzven: najprej povezava, nato dogodki samega odjemalca, nato nadzorovana primerjava in šele nato strežnik. Ta vrstni red vas zadrži pred menjavo izhodnih vozlišč zaradi težave, ki živi v sobi.

Opazujte povezavo, ne ikone signala

Iščite prehode povezave in ne črtic signala. Naprava lahko prikazuje močan signal, medtem ko je dostopovna točka nasičena, medtem ko poteka prehod gostovanja ali medtem ko politika varčevanja z energijo ustavi radio ob ugasnjenem zaslonu.

Zabeležite stanje vmesnika, trenutni prehod in čas vsake spremembe. Nato preverite, ali se prekinitev ujema s prehodom. Izpad, ki se zgodi vsakič, ko se telefon premakne med sobami, je težava povezave, dokler ni dokazano nasprotno, ne glede na to, kateri strežnik prikazuje aplikacija.

Berite lastne dogodke ponovnega povezovanja odjemalca

Večina odjemalcev zabeleži razlog prekinitve in časovni žig za naslednji poskus. Tunel, ki se v nekaj sekundah znova pogaja in nato deluje, je drug dogodek kot tisti, ki ostane izklopljen, dokler ga ne vklopite ročno.

Ponavljajoče se kratke ponovne povezave kažejo na zunanjo pot, ker odjemalec stalno dosega strežnik in izgublja sejo. Tunel, ki ostane izklopljen, kaže na preverjanje pristnosti, spremembo končne točke ali politiko, ker odjemalec ne pride dovolj daleč, da bi karkoli izgubil. Oba vzorca berite ločeno, preden se dotaknete konfiguracije.

Previdno primerjajte drugo končno točko

Druga končna točka je koristna primerjava in sama po sebi ni nadzorovani poskus. Spremeni pot, infrastrukturo in pogosto državo, zato razlika med dvema končnima točkama ne dokazuje, da je prvi strežnik pokvarjen.

Držite napravo, dostopovno omrežje in delovno obremenitev nespremenjene in zabeležite, kaj drugega se je spremenilo ob preklopu. Če obe končni točki odpovesta istočasno na istem mestu, je lokalna pot skupni dejavnik. Če odpove samo ena, postane sled strežnik ali pot do njega. Zapišite moteče dejavnike, da sklep ne bo prehitel dokazov.

Korelirajte s strežnikom, ki ga upravljate

Če upravljate končno točko, uskladite čas poskusa z zapisi poslušalca in asociacije. Več nepovezanih odjemalcev, ki odpovejo na istem prehodu, je drugačen dokaz kot en telefon, ki pade ob vsakem premiku.

En odgovor partnerja ne vzpostavi trajnega zdravja aplikacije. Po obnovitvi preizkusite vir, ki ga resnično potrebujete, ker uspešno rokovanje in dosegljiv strežnik lahko obstajata skupaj s pokvarjeno potjo aplikacije.

Napišite poročilo, ki to zoži

Ločite štiri trditve: izgubo lokalne povezave, zunanjo dosegljivost, pogajanje tunela in lastno stanje aplikacije. Vsaka ima svoje dokaze in poročilo, ki jih drži ločene, pove naslednji osebi, kam naj pogleda.

Zabeležite tudi omejitve primerjave. Če je politika preprečila preizkus neposredne poti, povejte to, namesto da primerjavo končnih točk predstavljate kot dokaz. Oznaka države v aplikaciji ne označuje celotne poti in geografsko blizu ležeči strežnik je lahko še vedno dosegljiv po preobremenjeni poti.

Stran projekta WireGuard o znanih omejitvah je koristen opomnik, da je protokol lahko pravilen in vseeno prepusti vedenje povezave operacijskemu sistemu. Zaključite s ponovitvijo istega preizkusa po naslednji prekinitvi, ker je posamezen dogodek podatkovna točka, vzorec pa diagnoza.