Rychlostní test nikdy neměří VPN. Měří cestu a zapnutí tunelu nahradí část té cesty dřív, než se pohne první bajt. Proto jeden notebook ukazuje zdravé číslo vůči jednomu webu a slabé vůči jinému, aniž by se na kterékoli straně něco změnilo. Čtěte výsledek jako důkaz o trase, ne jako skóre produktu.

O tom, zda má srovnání vůbec cenu, rozhodují tři věci: zda oba běhy trefily stejný cíl, zda přístupová síť zůstala v klidu a zda jste zpoždění zaznamenali vedle objemu.

Co tunel přepíše před prvním bajtem

Klient obalí každý paket dalším záhlavím, takže použitelný obsah na paket se zmenšuje. Náklad je na paket, ne na přenos, což znamená, že velký soubor potřebuje víc paketů než tentýž soubor poslaný bez tunelu. Taková režie se projeví jako počet paketů, ne jako viditelné nastavení.

Platí z toho dva důsledky. Test složený z velkých bloků cítí náklad na paket, kdežto test z mnoha malých požadavků cítí místo toho jednotlivá kola. A pokud je objevování MTU cesty někde po cestě zablokované, tunel se ustálí na menší velikosti paketu a propustnost klesne z důvodu, který se šiframi nemá nic společného.

Strop můžete sledovat přímo. V Linuxu si vyžádejte největší obsah, který projde bez fragmentace, a pak to zopakujte se zapnutým tunelem:

ping -M do -s 1472 -c 3 203.0.113.10

Když to selže, sestupte na 1,400 a zkuste to znovu. Tunel, který unese jen 1,380 bajtů, vám říká, že něco stlačuje ještě níž po cestě, a žádné ladění na klientu to nezvedne.

Proč se testovací server přesune, když se tunel zapne

Většina nástrojů vybírá blízký server podle veřejné adresy, kterou vidí. Se zapnutým tunelem ta adresa patří výstupnímu uzlu, takže nástroj může vybrat hostitele v jiném městě nebo zemi. Pak srovnáváte dvě destinace a mezera mezi nimi zahrnuje vzdálenost z výstupu k testovacímu hostiteli.

Připněte server podle jména nebo ID před prvním během a udržte ho při každém dalším. Pokud ho nástroj neudrží, vyberte cíl, který ovládáte, a veďte ho sami: iperf3 -c test.example.net -R -t 20 drží destinaci pevně a dává číslo, které můžete srovnat s včerejším.

Změňte jednu proměnnou, a podklad není jedna

Bezdrát je obvyklá skrytá změna. Síla signálu se posune, když se notebook pohne, a obsazenost kanálu, když soused začne volat, takže dva běhy deset minut od sebe po Wi-Fi nejsou opakováním téhož testu. Kabel, nebo pevná poloha se zapsanou úrovní signálu, odstraní většinu toho šumu. Poznamenat úroveň signálu na začátku a na konci každého běhu obvykle stačí k tomu, abyste viděli, zda dva běhy patří k sobě.

Zátěž zařízení patří do stejného košíku. Klient šifrující na jednom jádře narazí na vlastní strop dávno před spojem a synchronizace na pozadí do něj narazí dřív. Sledujte CPU během běhu a poznamenejte, co dalšího bylo otevřené. Nastavení napájení tu také může kousnout, protože notebook na baterii může omezit procesor dávno předtím, než je spoj vůbec blízko vytížení.

MeasurementWhat it answersWhat it misses
DownloadBulk capacity along the pathAny question about responsiveness
UploadCapacity from client to exitDownload health
RTT to a fixed targetDistance plus queueingWhether capacity is available
Jitter or lossStability under loadHow much the link can carry

Držte podklad v klidu, místo abyste ho zprůměrovali. Tři běhy, které souhlasí, řeknou víc než deset pořízených v různých místnostech.

Zpoždění, ztráta a ICMP odpovídají na různé otázky

Ping posílá malou sondu na pevnou adresu a řada sítí odpovídá na ICMP s nízkou prioritou nebo ho úplně ignoruje. Chybějící odpovědi popisují sondu, ne pakety aplikace. Doba obratu, která pod zátěží roste, obvykle znamená, že se plní fronta, ne že se trasa prodloužila.

Chcete-li zjistit, zda tunel přidává zpoždění, srovnejte jeden cíl s ním a bez něj, nebo srovnejte dva výstupy dostupné ze stejné přístupové sítě. Spouštějte sondu opakovaně a dívejte se na rozptyl, protože průměr skrývá právě tu variaci, kvůli které je hovor nepoužitelný.

Vraťte se k úloze, která se zdála pomalá

Měřítko, které se zlepšuje, zatímco hovor stále zadrhává odpovědělo na něco jiného. Znovu spusťte úlohu, kterou vyšetřování začalo, ať to byla schůzka, sdílená složka nebo relace vzdálené plochy. Pokud se číslo zlepšilo a úloha ne, úzké místo bylo tam, kam test nikdy nedosáhl, třeba server za tunelem nebo váš odchozí kanál.

Každý běh zaznamenejte se zařízením, přístupovou sítí, koncovým bodem, protokolem, cílem a časem. Běh, který se nikdy nepřipojil, je výsledek dosažitelnosti, ne nulová propustnost, tak ho založte pod tímto štítkem, místo abyste ho smazali.

Krátký seznam před dalším srovnáním

Zafixujte cíl a napište, proč jste ho vybrali. Zaznamenejte velikost paketu, kterou cesta dovolí, aby pozdější propad měl vysvětlení. Držte přístupovou síť stejnou, poznamenejte zátěž CPU a než uvěříte rozdílu, udělejte tři běhy.

Pak změňte přesně jednu věc a zopakujte to. Srovnání, které umíte vysvětlit, je lepší než to s větším číslem.

Související články