VPN se stalno prekida: prvo testirajte radio, pa server

Prekid VPN-a može početi davno prije nego bilo kakav promet stigne do servera. Gubitak Wi-Fi-ja, prijelaz s Wi-Fi-ja na mobilnu mrežu, zagušenje na lokalnoj pristupnoj točki i telefon koji zaspi mogu prekinuti vanjsku putanju dok softver tunela prijavljuje čistu pogrešku. Krenite od uređaja prema van: prvo veza, zatim vlastiti događaji klijenta, zatim kontrolirana usporedba i tek onda server. Taj vas redoslijed čuva od mijenjanja izlaznih čvorova zbog problema koji živi u sobi.

Pazite na vezu, ne na ikonu signala

Tražite prijelaze veze, a ne crtice signala. Uređaj može pokazivati jak signal dok je pristupna točka zasićena, dok je roaming prijelaz u tijeku ili dok politika uštede energije gasi radio tijekom isključenog zaslona.

Zabilježite stanje sučelja, trenutni pristupnik i vrijeme svake promjene. Zatim provjerite podudara li se prekid s prijelazom. Pad koji se događa svaki put kad se telefon kreće između soba problem je veze dok se ne dokaže suprotno, bez obzira koji server aplikacija prikazuje.

Pročitajte klijentove vlastite događaje ponovnog povezivanja

Većina klijenata bilježi razlog prekida i vremensku oznaku sljedećeg pokušaja. Tunel koji u nekoliko sekundi ponovno pregovara i zatim radi drukčiji je događaj od onoga koji ostaje isključen dok ga ručno ne uključite.

Ponovljena kratka ponovna povezivanja upućuju na vanjsku putanju jer klijent stalno dolazi do servera i gubi sesiju. Tunel koji ostaje isključen upućuje na autentifikaciju, promjenu krajnje točke ili politiku jer klijent ne dolazi dovoljno daleko da bi išta izgubio. Čitajte dva uzorka odvojeno prije nego dirnete konfiguraciju.

Pažljivo usporedite drugu krajnju točku

Druga krajnja točka korisna je usporedba i sama po sebi nije kontrolirani eksperiment. Mijenja rutu, infrastrukturu i često državu, pa razlika između dviju krajnjih točaka ne dokazuje da je prvi server neispravan.

Držite uređaj, pristupnu mrežu i radno opterećenje nepromijenjenima i zabilježite što se još promijenilo pri prebacivanju. Ako obje krajnje točke zakažu u isto vrijeme na istom mjestu, lokalna je putanja zajednički čimbenik. Ako zakaže samo jedna, server ili putanja do njega postaje glavni trag. Zapišite čimbenike zabune kako zaključak ne bi prestigao dokaze.

Povežite s podacima servera koji vodite

Ako administrirate krajnju točku, usporedite vrijeme pokušaja sa zapisima slušatelja i asocijacije. Nekoliko nepovezanih klijenata koji zakažu na istom pristupniku drukčiji je dokaz od jednog telefona koji padne kad god se pomakne.

Jedan odgovor vršnjaka ne uspostavlja trajno zdravlje aplikacije. Nakon oporavka testirajte resurs koji doista trebate jer uspješno rukovanje i dostupan server mogu postojati uz prekinutu putanju aplikacije.

Napišite izvještaj koji sužava krug

Razdvojite četiri tvrdnje: lokalni gubitak veze, vanjska dostupnost, pregovaranje tunela i vlastito stanje aplikacije. Svaka ima svoje dokaze, a izvještaj koji ih drži odvojenima govori sljedećoj osobi kamo gledati.

Zabilježite i ograničenja usporedbe. Ako je politika spriječila test izravne putanje, recite to umjesto da usporedbu krajnjih točaka predstavljate kao dokaz. Oznaka države u aplikaciji ne označava cijelu rutu, a server koji je zemljopisno blizu i dalje može biti dostupan kroz zagušenu putanju.

Stranica projekta WireGuard o poznatim ograničenjima koristan je podsjetnik da protokol može biti ispravan i ipak ponašanje veze prepustiti operacijskom sustavu. Završite ponavljanjem istog testa nakon sljedećeg prekida jer je jedan događaj podatak, a uzorak dijagnoza.