Ako otestovať stabilitu VPN bez zaznamenávania prehliadania
Dokážte stabilitu tunela pevnou sondou, štyrmi vzorkovanými faktami a časovaným záznamom udalostí namiesto toho, aby ste každodenné prehliadanie podrobili testu.
Chcete vedieť, či tunel prežije uspanie notebooku, prechod medzi prístupovými bodmi, alebo hodinu hovorov, a pritom nechcete nikomu odovzdať záznam všetkého, čo čítate, keď to zisťujete. Odpoveď dajú tri veci: pevná sonda, tie isté štyri fakty vzorkované podľa rozvrhu a zapísaná udalosť, ktorá ich zmenila. Desať minút toho vydá viac ako popoludnie strávené sledovaním, ako sa stránka nenačítava. Záznam, ktorý vám napokon zostane, je tiež dosť krátky na to, aby ste ho priložili k tiketu bez redigovania polovice.
Určite, čo má stabilné znamenať
„VPN spadla“ sú štyri rôzne poruchy v jednom slove. Peer môže stratiť handshake, trasa sa môže vrátiť na miestnu bránu, preklad mien môže ísť na server, ktorý cez tunel nikdy neodpovie, alebo môže byť všetko to zdravé, a napriek tomu jedna aplikácia zlyháva. Určite, ktorá z nich zodpovedá vášmu symptómu, skôr než čokoľvek pozbierate, pretože každá potrebuje inú sondu. Potom zvoľte interval, ktorý udržíte: jedna vzorka každých tridsať sekúnd počas desiatich minút zachytí roaming bez toho, aby sa test zmenil na pracovnú záťaž.
Ak je sťažnosťou hovor, ktorý zamrzne, keď idete do kuchyne, vlastnosť, ktorú potrebujete, je, či sa nová požiadavka po roamingu dokončí. To sa dá overiť na jednom riadku a nezaznamenáva vôbec žiadne prehliadanie.
Zafixujte jednu neškodnú sondu
Vyberte cieľ, na ktorý sa smiete dopytovať a ktorý nie je viazaný na vaše účty: hostiteľ s dokumentáciou, interný stavový koncový bod alebo sama brána tunela. Urobte operáciu opakovateľnou, napríklad curl -s -o /dev/null -w "%{http_code} %{time_total}\n" https://example.com/, ktorá vypíše jeden riadok na pokus. Držte tento formát výstupu po celý beh pevný. Stavový kód a trvanie zozbierané dvakrát rovnakým spôsobom sú to, čo robí dva behy porovnateľné.
Odolajte stránke, na ktorú skutočne spoliehate. Stránka banky alebo webmailu vťahuje do merania trackery, presmerovania a osobný obsah a vypisuje identifikátory relácie do všetkého, čo neskôr vložíte do tiketu. Používajte ten istý cieľ po celé vyšetrovanie a poznamenajte si ho vedľa intervalu.
Vzorkujte štyri fakty
Stav peera, trasa, resolver a jedna nová požiadavka sú štyri pozorovania a každé má lacný zdroj. Na WireGuarde dáva wg show wg0 latest-handshakes časovú pečiatku peera a ip route get 1.1.1.1 ukazuje, ktoré rozhranie by jadro použilo. Na OpenVPN je rovnaký stav v stavovom súbore, ktorý zapisuje --status /run/openvpn/status 10, alebo za state na riadiacom rozhraní. Klient pre Windows zostáva v PowerShelli s Get-NetAdapter a Resolve-DnsName.
Založte ich do slučky v jednom termináli, aby každý riadok niesol časovú pečiatku: for i in $(seq 1 20); do date -Is; wg show wg0 latest-handshakes; ip route get 1.1.1.1; sleep 30; done. Táto slučka pokrýva tri zo šiestich polí záznamu; verzia klienta sa zapíše raz navrchu a časová pečiatka udalosti sa pridá, keď udalosť nastane.
Resolver je fakt, ktorý ľudia preskakujú, a dig +short ho skrýva, pretože táto podoba vypisuje len odpoveď. Spýtajte sa servera výslovne pomocou dig example.com | grep SERVER:, alebo použite nslookup example.com tam, kde dig nie je nainštalovaný, čo vypíše adresu servera, na ktorý dopyt išiel. Starý handshake na nečinnom tuneli tiež nie je automaticky porucha, pretože WireGuard mení kľúče len vtedy, keď je chrániteľná prevádzka.
Vyvolajte udalosť, nie únik
Vezmite päť pokojných minút ako základ pred udalosťou, na ktorej vám záleží, či už je to zatvorenie veka, cesta k inému prístupovému bodu alebo prepnutie na hotspot telefónu. Poznamenajte si čas, kedy ste ju vyvolali, aby sa vzorky na oboch stranách dali zosúladiť.
Bez tejto časovej pečiatky záznam ukazuje medzeru a nikto nemôže povedať, či ju zavrel klient alebo sieť. Dva behy s udalosťou na rôznych miestach majú väčšiu cenu než desať bez nej. Použite vlastné ovládacie prvky klienta na odpojenie a opätovné pripojenie. Nevypínajte kill switch a netlačte prevádzku mimo tunela, aby ste videli, čo sa stane, pretože na spravovanom notebooku je to porušenie pravidiel a na vašom vlastnom stroji vytvára práve to vystavenie, ktoré ste testovali.
Udržte záznam dosť malý, aby ste ho dokončili
Šesť polí na vzorku: čas, verzia klienta, koncový bod, prístupová sieť, udalosť, výsledok. Vynechajte webové adresy, užitočné zaťaženia, tokeny a čokoľvek, čo nesie identifikátor relácie, pretože záznam je dôkaz o tuneli a nič iné. Majte ho vedľa slučky, aby ho ďalší človek mohol znova spustiť bez toho, aby sa pýtal, čo stĺpce znamenajú.
Po zmene zopakujte test s tou istou sondou a tým istým intervalom; ak vymeníte cieľ a verziu klienta naraz, výsledok nepatrí ani jednému z nich. Čistý desaťminútový beh je dôkazom pre tie podmienky a ten cieľ, nie sľubom o hotelovej sieti budúci mesiac. Uchovávajte skript a šablónu záznamu tam, kde ich nájdete. WireGuardove dokumentované limity stojí za prečítanie, kým výpadok pripíšete protokolu.