Spotřebovává neaktivní VPN šířku pásma? Přečtěte si správný čítač

Váš tunel byl zapnutý celou noc, nic neprotékalo, a přesto se graf spotřeby pohnul. To je normální: VPN drží konverzaci otevřenou, místo aby si rezervovala část vaší linky, takže rezervovaný podíl je nula, zatímco bajty jsou malé a skutečné. Tyto dvě představy se neustále zaměňují, a proto se na otázku "spotřebovává neaktivní VPN šířku pásma" odpovídá špatně v obou směrech. Měření správného čítače za okno, které dokážete popsat, to vyřeší za jedno odpoledne.

Proč neaktivní tunel přesto přenáší bajty

Tunel je mapování s dobou života a něco musí toto mapování udržovat živé. Navazování spojení vyprší, zařízení NAT zahazují neaktivní překlady a protějšek, který mlčí dost dlouho, se může stát nedostupným, aniž by na kterémkoli konci něco selhalo. Protokoly se liší v tom, co posílají, když není co posílat: WireGuard ve výchozím nastavení nic nepřenáší, jakmile se navazování ustálí, a volitelné PersistentKeepalive nastavení přidává pravidelný paket, aby protějšek za překladem zůstal dostupný. Zapněte je záměrně a interval bude vidět v čítači.

OpenVPN — jeho pomocník pro udržování funguje jinak: definuje kontroly ve stylu ozvěny, aby oba konce rozeznaly živou relaci od mrtvé, a klienti, kteří nesou vlastní transport, mají ekvivalentní časovače pod jinými jmény. Nic z toho se neobjevuje v okně aplikace, a proto prázdná obrazovka neříká nic o tom, co je na drátu.

Neaktivní aplikace není neaktivní zařízení

Otevřený tunel obsluhuje každého klienta, který je k němu připojen, a klienti málokdy přestanou. Synchronizace fotografií, dotazy překladače, kontroly aktualizací a monitorovací agent se drží trasy, která je výchozí, a u profilu plného tunelu je tou trasou tunel. Telefon spící v kapse se stále dotazuje a úlohu zálohování nezajímá, že se nikdo nekouká na video. Tunel je neaktivní v tom smyslu, že ho nepoužíváte vy, zatímco vaše zařízení ano.

Přemostěné a směrované profily nesou jiný provoz, takže stejné pozorování může na každém z nich dát jinou odpověď. Než začnete měřit, poznamenejte si, kdo byl připojen, protože jeden synchronizační klient může převážit všechny signály udržování v intervalu.

Vyberte jeden čítač a řekněte, co počítá

Existují tři součty a každý odpovídá na jinou otázku: co prošlo tunelem, co prošlo fyzickou linkou a co se poskytovatel rozhodl vyfakturovat. Počítání na vzestupné lince počítá i všechno, co se nikdy nedostalo do tunelu, od ARP ruchu po streamování souseda. Počítání na rozhraní tunelu vynechává vnější hlavičku, opakovaná navazování a signály udržování, které drží překlad otevřený. Číst obojí je levné a je to jediný způsob, jak vidět, na které straně tunelu byl bajt napočítán.

ip -s link show wg0
ip -s link show eth0

Rozhodněte, o které z těch dvou vaše otázka je, než kteroukoli uvedete, protože jejich sečtením se související práce počítá dvakrát. Účtování poskytovatele se může uzavřít v pozdějším období, než jste měřili, takže součet, který nesouhlasí s fakturou, není automaticky špatný. Připojte k jakémukoli číslu, které zveřejníte, rozhraní, směr a okno.

Proveďte krátké měření pod dohledem

Nechte tunel a jeho ochranu přesně tak, jak běží v běžný den, přeskočte volitelné přenosy a poznamenejte, kdo zůstal připojen. Přečtěte čítače, počkejte okno dost dlouhé na to, aby stálo za přečtení, přečtěte je znovu a držte uplynulý čas vedle rozdílu. Velký test rychlosti odpovídá na jinou otázku: zasytí linku a neříká nic o ceně nečinnosti.

Zopakujte okno jednou, pokud první výsledek vypadá nemožně, protože jeden vzorek může zachytit plánovanou úlohu v běhu. Dva intervaly, které souhlasí, jsou důkaz; jeden interval je anekdota s jednotkami.

Nekupujte čistější nulu s horším tunelem

Vypnutí signálu udržování nebo kontroly životnosti, aby byl graf uklizenější, mění nasazení, které měříte, a tunel se po dalším období nečinnosti nemusí vrátit. Zeptejte se, zda mechanismus slouží dostupnosti, nebo údržbě, než na něj sáhnete, a pokud slouží, měřte s ním zapnutým, protože to je konfigurace, kterou budete podporovat. Čistější nula, která skrývá rozbitou cestu obnovy, je nejdražší výsledek v tomto cvičení.

Když je číslo skutečně velké, najděte proces nebo klienta, který ho vytvořil, místo abyste předpokládali, že protokol zaplňuje linku. Porovnejte vnitřní a vnější čítače, abyste viděli, na které straně bajty jsou, a poté vykažte spotřebu za toto období místo kapacity, kterou si myslíte, že vlastníte.