Kiel testi la stabilecon de VPN sen registri vian retumadon

Vi volas scii, ĉu la tunelo postvivas dormon de tekkomputilo, promenon inter alirpunktoj, aŭ horon da vokoj, kaj vi preferus ne doni al iu protokolon de ĉio, kion vi legas, dum vi tion eltrovos. Tri aferoj respondas tion: fiksa sondilo, la samaj kvar faktoj specimenigitaj laŭ horaro, kaj la evento, kiu ŝanĝis ilin, skribita. Dek minutoj da tio superas posttagmezon spektante paĝon malsukcesi ŝargiĝi. La protokolo, kiun vi fine havos, ankaŭ estas sufiĉe mallonga por aldoni al bileto sen kaŝi duonon de ĝi.

Decidu, kion devas signifi stabila

“La VPN falis” estas kvar malsamaj paneoj sub unu vorto. La peer povas perdi sian manpremon, la vojo povas refali al la loka enirejo, nomrezolucio povas iri al servilo, kiu neniam respondas tra la tunelo, aŭ ĉio tio povas esti sana dum unu aplikaĵo ankoraŭ paneas. Decidu, kiu el ili kongruas kun via simptomo antaŭ ol kolekti ion ajn, ĉar ĉiu bezonas alian sondilon. Poste elektu intervalon, kiun vi povas teni: unu specimeno ĉiun tridekan sekundon dum dek minutoj kaptas migradon sen igi la teston laborkvanto.

Se la plendo estas voko, kiu frostas kiam vi iras al la kuirejo, la eco, kiun vi bezonas, estas ĉu nova peto finiĝas post la migrado. Tio estas kontrolebla en unu linio kaj registras tute neniun retumadon.

Fiksu unu sendanĝeran sondilon

Elektu celon, kiun vi rajtas demandi kaj kiu ne ligiĝas al viaj kontoj: gastiga dokumentaro, interna statusa finpunkto aŭ la enirejo de la tunelo mem. Faru la operacion ripetebla, ekzemple curl -s -o /dev/null -w "%{http_code} %{time_total}\n" https://example.com/, kiu presas unu linion por provo. Tenu tiun eligformon fiksa dum la tuta sinsekvo. Statusa kodo kaj daŭro kolektitaj same dufoje estas tio, kio igas du sinsekvojn kompareblaj.

Rezistu la retejon, sur kiu vi efektive dependas. Paĝo de banko aŭ retpoŝto trenas spurilojn, alidirektojn kaj personan enhavon en la mezuron, kaj presas seanco-identigilojn en ĉion, kion vi poste algluos al bileto. Uzu la saman celon dum la tuta esploro, kaj notu ĝin apud la intervalo.

Specimenu la kvar faktojn

Stato de la peer, vojo, solvilo kaj unu nova peto estas la kvar observoj, kaj ĉiu havas malmultekostan fonton. Ĉe WireGuard wg show wg0 latest-handshakes donas la tempmarkon de la peer kaj ip route get 1.1.1.1 montras, kiun interfacon la kerno uzus. Ĉe OpenVPN la sama stato troviĝas en la statusa dosiero, kiun skribas --status /run/openvpn/status 10, aŭ malantaŭ state en la administra interfaco. Kliento por Windows restas en PowerShell kun Get-NetAdapter kaj Resolve-DnsName.

Buku ilin en unu terminalo, por ke ĉiu linio portu tempmarkon: for i in $(seq 1 20); do date -Is; wg show wg0 latest-handshakes; ip route get 1.1.1.1; sleep 30; done. Tiu buklo kovras tri el la ses protokolaj kampoj; la klienta versio eniras unufoje supre, kaj la tempmarko de la evento aldoniĝas kiam la evento okazas.

La solvilo estas la fakto, kiun homoj preterlasas, kaj dig +short kaŝas ĝin, ĉar tiu formo presas nur la respondon. Demandu la servilon eksplicite per dig example.com | grep SERVER:, aŭ uzu nslookup example.com tie, kie dig ne estas instalita, kiu presas la adreson de la servilo, al kiu iris la demando. Malnova manpremo en senaga tunelo ankaŭ ne estas aŭtomate paneo, ĉar WireGuard ŝanĝas ŝlosilojn nur kiam estas trafiko protektenda.

Kaŭzu la eventon, ne likon

Prenu kvin trankvilajn minutojn kiel bazlinion antaŭ la evento, pri kiu vi zorgas, ĉu fermo de la kovrilo, promeno al alia alirpunkto aŭ ŝanĝo al poŝtelefona konekta punkto. Notu la tempon, kiam vi kaŭzis ĝin, por ke la specimenoj ambaŭflanke vicigeblu.

Sen tiu tempmarko la protokolo montras breĉon kaj neniu povas diri, ĉu la kliento aŭ la reto fermis ĝin. Du sinsekvoj kun la evento en malsamaj lokoj valoras pli ol dek sen ĝi. Uzu la proprajn regilojn de la kliento por malkonekti kaj rekonekti. Ne malŝaltu la haltan ŝaltilon kaj ne puŝu trafikon ekster la tunelon por vidi, kio okazas, ĉar en administrata tekkomputilo tio estas regulrompo kaj en via propra maŝino ĝi kreas ĝuste tiun elmeton, kiun vi testis.

Tenu protokolon sufiĉe malgranda por fini ĝin

Ses kampoj por specimeno: tempo, klienta versio, finpunkto, alirreto, evento, rezulto. Lasu ekstere retadresojn, ŝarĝojn, ĵetonojn kaj ion ajn, kio portas seanco-identigilon, ĉar la protokolo estas pruvo pri la tunelo kaj nenio alia. Tenu ĝin apud la buklo, por ke la sekva persono povu relanĉi ĝin sen demandi, kion signifas la kolumnoj.

Post ŝanĝo ripetu la teston per la sama sondilo kaj la sama intervalo; se vi interŝanĝas la celon kaj la klientan version kune, la rezulto apartenas al neniu el ili. Pura dekminuta sinsekvo estas pruvo por tiuj kondiĉoj kaj tiu celo, ne promeso pri la hotela reto de la venonta monato. Konservu la skripton kaj la protokolan ŝablonon tie, kie vi trovos ilin. La dokumentitaj limigoj de WireGuard indas legi antaŭ ol atribui interrompon al la protokolo.