VPN-szerver üzemidő: mit nem mond el ez a szám

Nyilvános csomópontlista egy szervert mutat hetekben mért üzemidővel, így kiválasztja, és a kapcsolat már az első próbálkozásra meghiúsul. Ez nem hamis reklám; ez a rossz kérdés egy olyan számhoz, amely mást mér. Az üzemidő általában azt mutatja, mennyi ideje fut egy folyamat, konténer vagy gép az utolsó indítása óta, és ez a közzétevő infrastruktúrájának tulajdonsága, nem az Ön hozzá vezető útvonaláé. Megbízhatóságként kezelni ugyanaz a kategóriahiba, mint egy autó kilométeróráját útjelentésként kezelni.

Mit mér a szám

Egy modern szolgáltatáskezelővel rendelkező gazdagépen a számláló olyan eseményhez van horgonyozva, amelyet valóban olvashat: az időbélyeghez, amikor az egység aktív állapotba lépett, vagy a gép indítási idejéhez. Minden más aritmetika ezen a horgonyon, és a horgony definíciója közzétevőnként változik. Az egyik lista a démon újraindításakor nullázódhat, egy másik a gép újraindításakor, a harmadik pedig egy operátor kézi nullázásakor, aki tiszta grafikont akart.

systemctl show -p ActiveEnterTimestamp --value openvpn-server@server
uptime -s
systemctl is-active openvpn-server@server

Ez a három parancs három különböző kérdésre válaszol, és egy számot mutató könyvtárlista nem tudja megmondani, melyiket használta. Ezért két listából származó nyers számláló összehasonlítása egyáltalán nem összehasonlítás, amíg nem tudja, mire nullázódik mindegyik.

Egy folyamat futhat, miközben az útvonal le van állva

A démon figyel. A tanúsítvány érvényes. A folyamat huszonhárom napja él. Ezek egyike sem garantálja, hogy a hálózatából érkező csomagok elérik, mert az elérhetőség a teljes útvonal tulajdonsága: a szolgáltató felfelé irányuló kapcsolata, a hálózata és az Öné közötti peering, a megosztott tranzitlink torlódása és a saját kapcsolata előtti tűzfal.

Egy szerver más okból is futhat és lehet haszontalan. Egy csomópont, amely jóval több ügyfelet fogadott el, mint amennyit a sávszélessége elbír, hosszú üzemidőt és borzalmas élményt mutat, mert a számláló nem méri a kapacitást vagy a versengést. Ez a leggyakoribb módja annak, hogy egy hosszú üzemidejű csomópont csalódást okoz: semmi sem romlott el, minden foglalt.

A fordított eset is megjegyzendő. Egy csomópont, amelyet egy órája indítottak újra, most teljesen egészséges lehet, és a legnagyobb szám szerinti rendezés csendesen kizárja. Az üzemidő nem minőségi pontszám, és annak kezelése a kor szerint választ a megfelelőség helyett.

Frissesség: a jelentés régebbi a próbálkozásánál

A nyilvános könyvtárak rendszeres ellenőrzésekből generált oldalak, nem élő telemetria. Az olvasott üzemidőt az utolsó frissítéskor számították ki, és az Ön által megkísérelt kapcsolat ezután történik. Közben a szolgáltató kiejthet egy linket, lecserélhet egy tanúsítványt, áthelyezhet egy címet vagy kivehet egy csomópontot a szolgáltatásból, és az oldal továbbra is az utolsó ismert jó állapotot jelenti a következő bejárásig.

Ez a rés a másik irányban is működik. Egy leálltként jelentett csomópont néhány perccel a jelentés létrehozása után helyreállhatott, ezért az azonnali újrapróbálkozás egy másik csomóponton nem mindig a jobb választás.

A gyakorlati szabály az, hogy minden jelentett mező a múltról szóló állítás. Használja rövidlista építésére, majd ellenőrizze egy olyan méréssel, amelyet Ön maga végez el abban a pillanatban, amely fontos Önnek.

Mit teszteljen helyette

Döntse el, mire van szüksége a csomóponttól, és azt tesztelje. Ha elérhetőségre van szüksége, egy TCP-kapcsolódási kísérlet a figyelő porthoz egy másodperc alatt többet mond minden számlálónál. Ha működő alagútra van szüksége, tárgyaljon egyet. Ha használható átbocsátóképességre van szüksége, továbbítson valami valósat, és mérje meg, mert a kapcsolódási idő és az átbocsátóképesség különböző tulajdonságok, és egy gyors kézfogás semmit sem mond a másodikról.

nc -vz -w 5 vpn.example.net 1194
curl -sS -o /dev/null -w '%{time_connect} %{time_appconnect} %{time_total}\n' https://vpn.example.net/
mtr -rwc 20 vpn.example.net

Ismételje meg a tesztet ahelyett, hogy egyetlen próbálkozásban bízna. A megbízhatóság időbeli és feltételi eloszlás, és egy sikeres kapcsolat egyes méretű minta. Néhány próbálkozás azokban az órákban, amikor valóban használja a kapcsolatot, nagy különbséggel felülmúl minden közzétett üzemidőt.

Nyilvános csomópontlisták olvasása megtévesztés nélkül

Az üzemidő sem hordoz információt arról, amit az emberek általában egy VPN-től akarnak: a tanúsítvány érvényessége, ki üzemelteti a kimenetet, milyen DNS-szabályzat érvényes, és hogy az üzemeltető megőrzi-e a kapcsolati rekordokat. Ezek külön állítások, amelyek külön bizonyítékot igényelnek, és egy hosszú számláló egyiküknek sem bizonyítéka. Egy csomópont hónapokig stabil lehet, és mégis rossz választás egy adatvédelmi követelményhez.

Ahol a lista valóban segít, az a rövidlista készítése. Rendezze aszerint, amiről tudja, hogy szüksége van rá, szűrje ki a feladathoz nem kapcsolódó régiók csomópontjait, majd tesztelje a maradék hármat vagy négyet. Minden próbálkozás hibaszakaszát őrizze meg egyetlen igen vagy nem helyett, mert a „a TLS-kézfogás meghiúsult” és a „csatlakozva, de nincs átbocsátóképesség” teljesen különböző következtetésekre vezet.

Az útvonal teljesítményének mérésére szolgáló keretrendszer ugyanezt a pontot szigorúbb formában fogalmazza meg: határozza meg a metrikát, a feltételeket és a módszert a számok gyűjtése előtt. Csomópontlistára alkalmazva ez azt jelenti, hogy az üzemidő mező kontextus. Az Ön által végzett mérés a döntés.