Dusekunda frostado: ĉu la VPN aŭ la Wi-Fi?

Dusekunda frostado, kiu mem resaniĝas, aspektas same, ĉu la tunelo denove interkonsentis aŭ la radio ĥikis. Eblas ankaŭ, ke nenio entute falis, kaj tiu ebleco indas esti testita unue. Mallonga eksplodo de perdoj, denova interkonsento kaj halto de aplikaĵo sentiĝas same al la persono ĉe la klavaro. Nur unu el la tri kazoj ripariĝas per ŝanĝo de la tunela agordo.

Du registroj, ne unu

Notu, kio okazis al la konekto sube, kaj aparte, kion faris la tunelo mem. Poste metu la paŭzon de la aplikaĵo kontraŭ ambaŭ registrojn. Temas pri sendependaj serioj de eventoj, kiuj foje koincidas, kaj nomi ĉiujn tri malkonekto supozas la respondon jam komence.

Monitoro, kiu testas unufoje en minuto, ne povas vidi dusekundan interrompon. Raporti tiun tagon kiel sanan estas teknike ĝuste kaj praktike senutila. Metu la specimenan intervalon apud ĉiu rezulto, kiun vi citas.

Kion faris la alirligo, dum la aplikaĵo frostis

La specimena intervalo kaj la tempolimo difinas, kion la monitoro entute povus observi, do registru ambaŭ apud la rezulto. Registrita foresto de interrompoj malmulte signifas, kiam la instrumento prenas specimenon ĉiun sesdekan sekundon. Poste testu tri lokojn kun tempaj markoj: la lokan enkursigilon, aprobitan eksteran gastiganton atingitan laŭ la simpla vojo, kaj rimedon malantaŭ la tunelo.

Konfirmu unue la vojojn, ĉar publika celo povas mem esti enkursigita tra la tunelo kaj tiam mezuras la tunelon anstataŭ la alirvojon. La pruvoj, kiuj vere datigas la interrompon, kuŝas unu tavolon pli malalte: ligaj eventoj sur la enkursigilo, resinkronigaj rikordoj sur la modemo, kaj WAN-adreso, kiu ŝanĝiĝis. Akumula eraro-nombrilo diras al vi, ke io misfunkciis, neniam kiam. Koreligu tiujn rikordojn kun la fenestro de la okazaĵo anstataŭ legi ilin izolite.

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

Nombrilo, kiu altiĝis hieraŭ, klarigas nenion pri frostado ĉi-matene. Limigu la korelacion al la fenestro, kiun la uzanto raportis.

Serĉu la restartan rikordon

Perdita UDP-datagramo sole ne igas Community OpenVPN komenci novan TLS-interkonsenton. Restarta konduto sekvas ping-restart, kaj la validan valoron eble sendis la servilo; la manlibro por 2.6 difinas tiujn tempilojn. Liverado rompiĝas por momento, la sojlo neniam estas transpasita, kaj la protokolo restas malplena. Do serĉu en la protokolo ĉirkaŭ la paŭzo restartan linion, novan konekton aŭ ŝanĝitan seanco-identigilon. Se neniu el la tri aperas, la tunelo probable faris nenion kaj la tempilo neniam estis la problemo.

Tondi ĉiun keepalive igas la detekton aspekti pli rapida kaj movas la linion, ĉe kiu ĥiko fariĝas rekonekto. Ĉiu rekonekto kostas aŭtentikigan raŭndon kaj reinstalon de vojoj. Streĉi la tempilon aĉetas nenion krom pli longa fenestro, en kiu mortinta vojo ankoraŭ aspektas viva. Ambaŭ estas agordaj decidoj kun prezo, ne senpagaj plibonigoj.

Mankanta evento ankaŭ estas pruvo, kaj ĝi estas la speco, kiun homoj preterlasas, ĉar nenio en la protokolo atentigas pri ĝi. Registru la serĉon, kiun vi faris, ne nur ĝian rezulton.

Lasu la komparon decidi, kion ripari

Kun ambaŭ rikordoj flanke unu de la alia, la atribuo kutime skribas sin mem. Enkursigila liga evento sur ambaŭ vojoj signifas, ke la temo estas la alirkonekto. Silenta tunelo kaj uzebla simpla vojo signifas, ke la temo estas la interkonsento.

Ĉiu vico estas spuro, ne verdikto: finpunktoj malaltigas ICMP, kaj du celoj ne nepre dividas vojon. Tenu la horloĝojn de kliento, enirejo kaj aplikaĵo kongruaj por ke la komparo entute eblu. Vico, kiu taŭgas por du kolumnoj, bezonas ankoraŭ unu observon, ne decidon.

Raporto, kiu postvivas revizion, respondas kvar aferojn: kiom longe la frostado daŭris, kiuj vojoj daŭre respondis, kion la tunelo protokolis en tiu sekundo, kaj kiom ofte la monitoro prenas specimenojn. Tiuj kvar faktoj ebligas al la sekva leganto reprodukti la observon anstataŭ fidi resumon. Elcentaĵo de funkciada tempo kaŝas ĝuste la intervalon, pri kiu vi zorgas, kaj same la frazo "la VPN falis".