Dvosekundno zamrzavanje: VPN ili Wi-Fi?

Zamrzavanje od dvije sekunde koje se samo oporavi izgleda isto bez obzira na to je li tunel ponovo pregovarao ili je radio zastao. Moguće je i da ništa uopće nije palo, a tu mogućnost vrijedi prvo isprobati. Kratko izbijanje gubitaka, ponovno pregovaranje i zastoj aplikacije osoba za tastaturom osjeća jednako. Samo se jedan od ta tri slučaja rješava izmjenom konfiguracije tunela.

Dva zapisa, a ne jedan

Zapišite što se dogodilo s vezom ispod i odvojeno što je sam tunel učinio. Zatim stavite pauzu aplikacije uz oba zapisa. To su nezavisni nizovi događaja koji se ponekad poklope, a nazvati sva tri prekidom znači pretpostaviti odgovor već na početku.

Monitor koji provjerava jednom u minuti ne može vidjeti prekid od dvije sekunde. Prijaviti taj dan kao zdrav tehnički je točno i praktično beskorisno. Stavite interval uzorkovanja uz svaki rezultat koji citirate.

Što je pristupna veza radila dok je aplikacija stajala

Interval uzorkovanja i vremenska granica određuju što je monitor uopće mogao vidjeti, pa zabilježite oboje uz rezultat. Zabilježeno odsustvo prekida malo znači kad instrument uzorkuje svakih šezdeset sekundi. Zatim provjerite tri mjesta s vremenskim oznakama: lokalni usmjerivač, odobreni vanjski host dosegnut običnim putem i resurs iza tunela.

Prvo potvrdite rute, jer javno odredište i samo može biti usmjereno kroz tunel i tada mjeri tunel, a ne put pristupa. Dokazi koji uistinu datiraju prekid leže sloj niže: događaji veze na usmjerivaču, zapisi resinkronizacije na modemu i promijenjena WAN adresa. Kumulativni brojač grešaka kaže vam da je nešto pošlo po zlu, nikad kada. Povežite te zapise s prozorom incidenta umjesto da ih čitate izolirano.

ping -i 0.5 -c 40 192.168.60.1
mtr -rwc 40 203.0.113.25
ip -brief address show

Brojač koji je porastao jučer ne objašnjava ništa o zamrzavanju jutros. Ograničite korelaciju na prozor koji je korisnik prijavio.

Potražite zapis o ponovnom pokretanju

Izgubljeni UDP datagram sam po sebi ne tjera Community OpenVPN da započne novo TLS pregovaranje. Ponašanje pri ponovnom pokretanju slijedi ping-restart, a vrijednost na snazi možda je poslao poslužitelj; priručnik za 2.6 definira te tajmere. Dostava se na trenutak prekida, prag se nikad ne pređe i zapis ostaje prazan. Zato u zapisu oko pauze tražite redak o ponovnom pokretanju, novu vezu ili promijenjen identifikator sesije. Ako se nijedno od troje ne pojavi, tunel vjerojatno nije ništa učinio i tajmer nikad nije bio problem.

Skraćivanje svakog keepalivea čini otkrivanje bržim na izgled i pomiče granicu na kojoj kratki zastoj postaje ponovno spajanje. Svako ponovno spajanje stoji jedan krug provjere autentičnosti i ponovnu instalaciju ruta. Produljenje tajmera ne kupuje ništa osim duljeg prozora u kojem mrtav put još izgleda živ. Oboje su odluke o podešavanju s cijenom, a ne besplatna poboljšanja.

Odsutan događaj također je dokaz i to je vrsta koju ljudi preskaču jer ništa u zapisu ne skreće pozornost na njega. Zabilježite pretragu koju ste proveli, a ne samo njezin rezultat.

Neka usporedba odluči što popraviti

Kad su oba zapisa jedan uz drugi, raspodjela se obično sama napiše. Događaj veze na usmjerivaču na oba puta znači da je predmet veza pristupa. Tihi tunel i upotrebljiv običan put znače da je predmet pregovaranje.

Svaki je redak trag, a ne presuda: krajnje točke smanjuju prioritet ICMP-a i dva odredišta ne dijele nužno isti put. Držite satove klijenta, pristupnika i aplikacije usklađenima da bi usporedba uopće bila moguća. Redak koji pristaje dvama stupcima treba još jedno promatranje, a ne odluku.

Izvještaj koji preživi pregled odgovara na četiri stvari: koliko je zamrzavanje trajalo, koji su putovi nastavili odgovarati, što je tunel zabilježio u toj sekundi i koliko često monitor uzorkuje. Te četiri činjenice omogućuju sljedećem čitatelju da reproducira promatranje umjesto da vjeruje sažetku. Postotak dostupnosti skriva upravo interval koji vas zanima, a tako i fraza "VPN je pao".