Jak otestovat stabilitu VPN bez zaznamenávání vašeho prohlížení

Chcete vědět, jestli tunel přežije uspání notebooku, přechod mezi přístupovými body, nebo hodinu hovorů, a přitom nechcete nikomu předat záznam všeho, co čtete, když to zjišťujete. Odpověď dají tři věci: pevná sonda, stejné čtyři skutečnosti vzorkované podle rozvrhu a zapsaná událost, která je změnila. Deset minut toho vydá víc než odpoledne strávené sledováním, jak se stránka nenačítá. Záznam, který vám nakonec zůstane, je také dost krátký na to, abyste ho přiložili k tiketu, aniž byste polovinu redigovali.

Určete, co má stabilní znamenat

„VPN spadla“ jsou čtyři různé závady v jednom slově. Peer může ztratit handshake, trasa se může vrátit na místní bránu, překlad jmen může jít na server, který přes tunel nikdy neodpoví, nebo může být všechno to zdravé, a přesto jedna aplikace selhává. Určete, která z nich odpovídá vašemu symptomu, než cokoli posbíráte, protože každá potřebuje jinou sondu. Pak zvolte interval, který udržíte: jeden vzorek každých třicet sekund po deset minut zachytí roaming, aniž by se test změnil v pracovní zátěž.

Pokud je stížností hovor, který zamrzne, když jdete do kuchyně, vlastnost, kterou potřebujete, je, zda se nový požadavek po roamingu dokončí. To se dá ověřit na jednom řádku a nezaznamenává to vůbec žádné prohlížení.

Zafixujte jednu neškodnou sondu

Vyberte cíl, na který se smíte dotazovat a který není vázaný na vaše účty: hostitel s dokumentací, interní stavový koncový bod nebo sama brána tunelu. Udělejte operaci opakovatelnou, například curl -s -o /dev/null -w "%{http_code} %{time_total}\n" https://example.com/, která vypíše jeden řádek na pokus. Držte tento formát výstupu po celý běh pevný. Stavový kód a doba trvání sebrané dvakrát stejným způsobem jsou to, co dělá dva běhy srovnatelné.

Odolejte stránce, na kterou skutečně spoléháte. Stránka banky nebo webmailu vtahuje do měření trackery, přesměrování a osobní obsah a vypisuje identifikátory relace do všeho, co později vložíte do tiketu. Používejte stejný cíl po celé vyšetřování a poznamenejte ho vedle intervalu.

Vzorkujte čtyři skutečnosti

Stav peeru, trasa, resolver a jeden nový požadavek jsou čtyři pozorování a každé má levný zdroj. Na WireGuardu dává wg show wg0 latest-handshakes časové razítko peeru a ip route get 1.1.1.1 ukazuje, které rozhraní by jádro použilo. Na OpenVPN je stejný stav ve stavovém souboru, který zapisuje --status /run/openvpn/status 10, nebo za state na řídicím rozhraní. Klient pro Windows zůstává v PowerShellu s Get-NetAdapter a Resolve-DnsName.

Založte je do smyčky v jednom terminálu, aby každý řádek nesl časové razítko: for i in $(seq 1 20); do date -Is; wg show wg0 latest-handshakes; ip route get 1.1.1.1; sleep 30; done. Tato smyčka pokrývá tři ze šesti polí záznamu; verze klienta se zapíše jednou nahoru a časové razítko události se přidá, když událost nastane.

Resolver je skutečnost, kterou lidé přeskakují, a dig +short ji skrývá, protože tato podoba vypisuje jen odpověď. Zeptejte se serveru výslovně pomocí dig example.com | grep SERVER:, nebo použijte nslookup example.com tam, kde dig není nainstalovaný, což vypíše adresu serveru, na který dotaz šel. Starý handshake na nečinném tunelu také není automaticky závada, protože WireGuard mění klíče jen tehdy, když je chránitelný provoz.

Vyvolejte událost, ne únik

Vezměte pět klidných minut jako základ před událostí, na které vám záleží, ať už je to zavření víka, cesta k jinému přístupovému bodu nebo přepnutí na hotspot telefonu. Poznamenejte si čas, kdy jste ji vyvolali, aby se vzorky na obou stranách daly srovnat.

Bez tohoto časového razítka záznam ukazuje mezeru a nikdo nemůže říct, jestli ji zavřel klient, nebo síť. Dva běhy s událostí na různých místech mají větší cenu než deset bez ní. Použijte vlastní ovládací prvky klienta pro odpojení a opětovné připojení. Nevypínejte kill switch a netlačte provoz mimo tunel, abyste viděli, co se stane, protože na spravovaném notebooku je to porušení zásad a na vašem vlastním stroji vytváří právě to vystavení, které jste testovali.

Udržte záznam dost malý, abyste ho dokončili

Šest polí na vzorek: čas, verze klienta, koncový bod, přístupová síť, událost, výsledek. Vynechte adresy URL, užitečná zatížení, tokeny a cokoli, co nese identifikátor relace, protože záznam je důkaz o tunelu a nic jiného. Mějte ho vedle smyčky, aby ho příští člověk mohl znovu spustit, aniž by se ptal, co sloupce znamenají.

Po změně zopakujte test se stejnou sondou a stejným intervalem; vyměníte-li cíl a verzi klienta zároveň, výsledek nepatří ani jednomu z nich. Čistý desetiminutový běh je důkaz pro tyto podmínky a tento cíl, ne slib o hotelové síti příští měsíc. Uchovávejte skript a šablonu záznamu tam, kde je najdete. WireGuardovy dokumentované limity stojí za přečtení, než výpadek přisoudíte protokolu.