Jak testować prędkość VPN, żeby liczby coś znaczyły

Test prędkości nigdy nie mierzy VPN. Mierzy trasę, a włączenie tunelu zastępuje część tej trasy, zanim ruszy pierwszy bajt. Dlatego jeden laptop pokazuje zdrową liczbę wobec jednej strony i słabą wobec innej, choć po żadnej stronie nic się nie zmieniło. Czytaj wynik jako dowód o trasie, nie jako ocenę produktu.

Trzy rzeczy decydują, czy porównanie jest czegoś warte: czy oba przebiegi trafiły w ten sam cel, czy sieć dostępu pozostała nieruchoma i czy zapisałeś opóźnienie obok objętości.

Co tunel przepisuje przed pierwszym bajtem

Klient opakowuje każdy pakiet w jeszcze jeden nagłówek, więc użyteczny ładunek na pakiet maleje. Koszt jest na pakiet, nie na transfer, co oznacza, że duży plik potrzebuje więcej pakietów niż ten sam plik wysłany bez tunelu. Taki narzut widać jako liczbę pakietów, a nie jako widoczne ustawienie.

Wynikają z tego dwie konsekwencje. Test zbudowany z dużych bloków odczuwa koszt na pakiet, a test z wielu małych żądań odczuwa zamiast tego rundy w obie strony. A jeśli wykrywanie MTU ścieżki jest gdzieś zablokowane, tunel osiada na mniejszym rozmiarze pakietu i przepustowość spada z powodu, który nie ma nic wspólnego z szyframi.

Możesz obserwować sufit bezpośrednio. W Linuksie poproś o największy ładunek, który przechodzi bez fragmentacji, a potem powtórz to z włączonym tunelem:

ping -M do -s 1472 -c 3 203.0.113.10

Jeśli to się nie uda, zejdź do 1,400 i spróbuj ponownie. Tunel, który przenosi tylko 1,380 bajtów, mówi ci, że coś ściska dalej na trasie, i żadne strojenie po stronie klienta tego nie podniesie.

Dlaczego serwer testowy przesuwa się, gdy tunel się włącza

Większość narzędzi wybiera pobliski serwer na podstawie widocznego adresu publicznego. Przy włączonym tunelu ten adres należy do węzła wyjściowego, więc narzędzie może wybrać hosta w innym mieście lub kraju. Porównujesz wtedy dwa cele, a różnica między nimi obejmuje odległość od wyjścia do hosta testowego.

Przypnij serwer po nazwie lub ID przed pierwszym przebiegiem i utrzymuj go w każdym kolejnym. Jeśli narzędzie go nie utrzymuje, wybierz cel, który kontrolujesz, i prowadź go sam: iperf3 -c test.example.net -R -t 20 trzyma cel nieruchomo i daje liczbę, którą możesz porównać z wczorajszą.

Zmień jedną zmienną, a warstwa dolna nie jest jedna

Bezprzewodowość to zwykła ukryta zmiana. Siła sygnału przesuwa się, gdy laptop się porusza, a obłożenie kanału przesuwa się, gdy sąsiad zaczyna rozmowę, więc dwa przebiegi dziesięć minut od siebie po Wi-Fi nie są powtórzeniami tego samego testu. Kabel albo stała pozycja z zapisanym poziomem sygnału usuwa większość tego szumu. Notatka o poziomie sygnału na początku i na końcu każdego przebiegu zwykle wystarcza, by pokazać, czy dwa przebiegi do siebie pasują.

Obciążenie urządzenia należy do tego samego koszyka. Klient szyfrujący na jednym rdzeniu dobija do własnego sufitu znacznie przed łączem, a synchronizacja w tle dobija do niego wcześniej. Obserwuj CPU podczas przebiegu i notuj, co jeszcze było otwarte. Ustawienia zasilania też tu potrafią ugryźć, bo laptop na baterii może ograniczyć procesor znacznie zanim łącze zbliży się do zajętości.

Utrzymaj warstwę dolną w bezruchu zamiast uśredniać ją. Trzy zgodne przebiegi mówią więcej niż dziesięć wykonanych w różnych pokojach.

Opóźnienie, strata i ICMP odpowiadają na różne pytania

Ping wysyła małą sondę na stały adres, a wiele sieci odpowiada na ICMP z niskim priorytetem albo zupełnie go ignoruje. Brakujące odpowiedzi opisują sondę, nie pakiety aplikacji. Czas rundy, który rośnie pod obciążeniem, zwykle oznacza, że kolejka się zapełnia, a nie że trasa się wydłużyła.

Aby dowiedzieć się, czy tunel dodaje opóźnienie, porównaj jeden cel z tunelem i bez niego albo porównaj dwa wyjścia osiągalne z tej samej sieci dostępu. Uruchamiaj sondę wielokrotnie i patrz na rozrzut, bo średnia ukrywa dokładnie tę zmienność, która czyni rozmowę bezużyteczną.

Wróć do zadania, które wydawało się wolne

Miara, która poprawia się, gdy rozmowa wciąż się rwie odpowiedziała na coś innego. Uruchom ponownie zadanie, od którego zaczęło się dochodzenie, czy to spotkanie, udostępnianie plików czy sesja zdalnego pulpitu. Jeśli liczba się poprawiła, a zadanie nie, wąskie gardło było tam, gdzie test nigdy nie dotarł, na przykład serwer za tunelem albo twoje łącze wysyłania.

Zapisuj każdy przebieg z urządzeniem, siecią dostępu, punktem końcowym, protokołem, celem i czasem. Przebieg, który nigdy się nie połączył, jest wynikiem osiągalności, a nie zerową przepustowością, więc odłóż go pod tą etykietą zamiast go usuwać.

Krótka lista przed następnym porównaniem

Przypnij cel i zapisz, dlaczego go wybrałeś. Zanotuj rozmiar pakietu, na który pozwala trasa, żeby późniejszy spadek miał wyjaśnienie. Utrzymaj sieć dostępu identyczną, zanotuj obciążenie CPU i wykonaj trzy przebiegi, zanim uwierzysz w różnicę.

Potem zmień dokładnie jedną rzecz i powtórz. Porównanie, które umiesz wyjaśnić, bije to z większą liczbą.