Co počítadlo bajtů VPN na Macu dokazuje a co ne

Otevřete stavové okno klienta a čísla vypadají uklidňujícím dojmem: bajty rostou, tunel je připojen. Zavřete okno a kancelářská aplikace stále selhává, což znamená, že počítadla odpověděla na otázku, kterou nikdo nepoložil. Počítání bajtů na rozhraní měří provoz v tomto pozorovacím bodě a nic víc. Přejděte od čísla, na které se díváte, k vrstvě, o které vypovídá, a pak k výsledku, který vám aplikace skutečně dala.

Nejprve vyberte rozhraní, potom číslo

Začněte tam, kde se číslo zobrazuje, a přečtěte si štítek vedle něj. Okno klienta může ukazovat součty relace, rozhraní tunelu může ukazovat bajty vnitřní IP a fyzický adaptér může ukazovat šifrované vnější bajty; tři různá počítadla, která se náhodou měří v bajtech. Na příkazovém řádku netstat -ibn vypisuje jeden řádek na adresu na každém rozhraní, takže tunel se může objevit několikrát. Spárujte řádek s rozhraním, které klient skutečně vlastní, a potvrďte to trasou, kterou vybírá cíl. Zařízení jménem utun může patřit VPN, jinému tunelu nebo něčemu, co vás nezajímá.

Nenahrazujte ho počítadlem Wi-Fi jen proto, že se snadněji čte. Jiný pozorovací bod odpovídá na jinou otázku.

Vezměte rozdíl, ne součet za celou dobu

Přečtěte řádek, odešlete jeden malý povolený požadavek a pak přečtěte stejný řádek znovu. Rozdíl je důkaz, protože celkový součet zahrnuje vše, co stroj udělal od spuštění. Udržujte interval krátký, aby provoz na pozadí měl méně příležitostí ho znečistit. Na vytíženém stroji může nettop připsat propustnost procesu, což zúží pole, než se vrátíte k počítadlům rozhraní.

Přijměte, že rozdíl není čistý. Pošta, aktualizace i vlastní zprávy klienta o udržování spojení přispívají, takže číslo berte jako horní mez, ne jako měření. Pokud byla aplikace jediné, co jste během intervalu dělali, bývá mez obvykle dost těsná, aby byla užitečná.

Vnitřní a vnější počítadla měří různé věci

Fyzický adaptér počítá šifrované pakety včetně jejich vnějších hlaviček, zatímco rozhraní tunelu účtuje užitečné zatížení, které přijímá nebo předává. Sečtení obou počítá jeden přenos dvakrát. Režie, opakované přenosy a zapouzdření také znemožňují jednoduchou rovnost.

Dvě počítadla pohybující se opačnými směry jsou zjištění, ne rozpor. Obvykle to znamená, že provoz vstoupil do jedné vrstvy a nikdy neopustil druhou.

Spojte počítadlo s výsledkem aplikace

Celkový přijatý počet může růst kvůli protokolárnímu šumu, zatímco služba, kterou jste chtěli, stále selhává. Nárůst odesílání říká ještě méně: dokazuje, že jádro přijalo paket, ne že něco odpovědělo.

Zapište přesný výsledek vedle počítadel: překlad jmen selhal, spojení vypršelo, TLS bylo odmítnuto nebo dorazila odpověď HTTP. To jsou čtyři různé závady a jen jedna z nich se týká tunelu. Pokud má důkaz jít dál, dalším pozorovacím bodem je brána nebo hranice služby, kde někdo může vidět, zda požadavek dorazil. Resetování síťových předvoleb Macu zničí stav, který jste měřili, a nic vám neřekne.

Napište poznámku, kterou potřebuje další člověk

Název rozhraní, štítek počítadla, interval, hodnoty před a po a výsledek aplikace. To kolegovi stačí k reprodukci pozorování, aniž by opakoval vaše odpoledne. Přidejte verzi klienta a verzi macOS, protože sémantika počítadel se může mezi vydáními měnit.

Vynechejte úplné zachytávání paketů a výpis systému. K vysvětlení, které místní počítadlo se během jednoho požadavku pohnulo, jsou zřídka potřeba, a zpomalují každého, kdo zprávu čte. Pokud klient zveřejňuje vlastní statistiky, citujte jeho štítek doslovně, místo abyste ho překládali do svého. Smyslem poznámky je zaznamenat, co bylo měřeno, ne hádat se o tom, co to znamená.