Hogyan teszteljük a VPN stabilitását a böngészés naplózása nélkül

Tudni szeretné, hogy a csatorna túléli-e egy laptop alvását, egy sétát a hozzáférési pontok között, vagy egy óra hívást, és közben szívesebben nem ad senkinek naplót mindarról, amit olvas. Három dolog válaszol erre: egy rögzített próba, ugyanaz a négy tény ütemezés szerint mintavételezve, és az esemény, amely megváltoztatta őket, leírva. Tíz perc ebből többet ér egy délutánnál, amelyet egy be nem töltődő oldal nézésével tölt. A végén maradó napló ráadásul elég rövid ahhoz, hogy a felét kitakarás nélkül csatolhassa egy jegyhez.

Döntse el, mit kell jelentenie a stabilnak

„A VPN leesett” négy különböző hiba egy szóban. A peer elveszítheti a kézfogását, az útvonal visszaeshet a helyi átjáróra, a névfeloldás olyan kiszolgálóhoz kerülhet, amely soha nem válaszol a csatornán, vagy mindez egészséges lehet, miközben egy alkalmazás továbbra is hibázik. Döntse el, melyik illik a tünetéhez, mielőtt bármit gyűjtene, mert mindegyik más próbát igényel. Utána válasszon olyan intervallumot, amelyet tartani tud: egy minta harminc másodpercenként tíz percen át elkap egy barangolást anélkül, hogy a teszt munkateherré válna.

Ha a panasz az, hogy a hívás megfagy, amikor kimegy a konyhába, akkor a szükséges tulajdonság az, hogy egy friss kérés befejeződik-e a barangolás után. Ez egy sorban ellenőrizhető, és egyáltalán nem naplóz semmilyen böngészést.

Rögzítsen egy ártalmatlan próbát

Válasszon olyan célt, amelyet engedélyezetten kérdezhet, és amely nem kötődik a fiókjaihoz: egy dokumentációs gazdagépet, egy belső állapotvégpontot vagy magát a csatorna átjáróját. Tegye a műveletet ismételhetővé, például curl -s -o /dev/null -w "%{http_code} %{time_total}\n" https://example.com/, amely kísérletenként egy sort ír ki. Tartsa ezt a kimeneti formátumot rögzítve az egész futás alatt. Egy állapotkód és egy időtartam, amelyet kétszer ugyanúgy gyűjtöttek, az teszi két futást összehasonlíthatóvá.

Ellenálljon annak az oldalnak, amelyre valójában támaszkodik. Egy banki vagy webmail oldal követőket, átirányításokat és személyes tartalmat húz a mérésbe, és munkamenet-azonosítókat ír mindenbe, amit később egy jegybe illeszt. Használja ugyanazt a célt az egész vizsgálat alatt, és jegyezze fel az intervallum mellé.

Mintavételezze a négy tényt

A peer állapota, az útvonal, a feloldó és egy friss kérés a négy megfigyelés, és mindegyiknek olcsó forrása van. WireGuardon a wg show wg0 latest-handshakes adja a peer időbélyegét, és a ip route get 1.1.1.1 megmutatja, melyik interfészt használná a kernel. OpenVPN-en ugyanez az állapot a --status /run/openvpn/status 10 által írt állapotfájlban vagy a felügyeleti interfészen a state mögött van. A Windows kliens PowerShellben marad a Get-NetAdapter és a Resolve-DnsName használatával.

Tegye őket hurokba egy terminálban, hogy minden sor időbélyeget hordozzon: for i in $(seq 1 20); do date -Is; wg show wg0 latest-handshakes; ip route get 1.1.1.1; sleep 30; done. Ez a hurok a hat naplómező közül hármat fed le; a kliens verziója egyszer, felül kerül be, az esemény időbélyege pedig akkor adódik hozzá, amikor az esemény bekövetkezik.

A feloldó az a tény, amelyet az emberek kihagynak, és a dig +short elrejti, mert az a forma csak a választ írja ki. Kérdezze meg a kiszolgálót kifejezetten a dig example.com | grep SERVER: használatával, vagy használja a nslookup example.com ott, ahol a dig nincs telepítve, amely annak a kiszolgálónak a címét írja ki, ahová a lekérdezés ment. Egy régi kézfogás egy tétlen csatornán sem automatikus hiba, mivel a WireGuard csak akkor cserél kulcsot, ha van védeni való forgalom.

Az eseményt váltsa ki, ne szivárgást

Vegyen öt csendes percet alapvonalnak a számára fontos esemény előtt, legyen az a fedél bezárása, a séta egy másik hozzáférési pontig vagy a váltás egy telefon hotspotjára. Jegyezze fel az időt, amikor kiváltotta, hogy a két oldalon lévő minták egy vonalba kerülhessenek.

Ezen időbélyeg nélkül a napló rést mutat, és senki nem tudja megmondani, hogy a kliens vagy a hálózat zárta-e be. Két futás, amelyben az esemény különböző helyen van, többet ér tíznél, amelyben nincs. Használja a kliens saját bontási és újracsatlakozási vezérlőit. Ne kapcsolja ki a kill switch-et, és ne tolja a forgalmat a csatornán kívülre, hogy lássa, mi történik, mert egy felügyelt laptopon ez szabálysértés, a saját gépén pedig épp azt a kitettséget hozza létre, amelyet tesztelt.

Tartson olyan kis naplót, amelyet be lehet fejezni

Hat mező mintánként: idő, kliensverzió, végpont, hozzáférési hálózat, esemény, eredmény. Hagyja ki a webcímeket, hasznos terheket, tokeneket és mindent, ami munkamenet-azonosítót hordoz, mert a napló a csatornáról szóló bizonyíték és semmi más. Tartsa a hurok mellett, hogy a következő ember újrafuttathassa anélkül, hogy megkérdezné, mit jelentenek az oszlopok.

Változás után ismételje meg a tesztet ugyanazzal a próbával és ugyanazzal az intervallummal; ha a célt és a kliensverziót együtt cseréli, az eredmény egyikhez sem tartozik. Egy tiszta tízperces futás azokra a feltételekre és arra a célra nézve bizonyíték, nem ígéret a jövő havi hotelszoba hálózatáról. Tartsa a szkriptet és a naplósablont ott, ahol megtalálja őket. A WireGuard dokumentált korlátait érdemes elolvasni, mielőtt egy kiesést a protokollnak tulajdonít.