Zanim obwinisz VPN, zmierz ścieżkę za pomocą iperf3

Kopiowanie plików między dwiema lokalizacjami wygląda jak test sieci, ale każde jest złożonym wynikiem: narzut protokołu, pamięć masowa na obu końcach, przetwarzanie na punkcie końcowym i sama ścieżka. Obwinianie VPN tylko na podstawie tej liczby to zgadywanie. Krótki kontrolowany strumień między tymi samymi punktami końcowymi daje drugą obserwację i to porównanie pokazuje, która część zasługuje na uwagę. Poniższy plan robi to bez wymyślania wyników.

Kopiowanie plików to obciążenie robocze, nie pomiar

Przepustowość jest jedną właściwością ścieżki, a kopiowanie plików mierzy kilka właściwości naraz. Wiele małych plików obciąża operacje na plik znacznie bardziej niż jeden duży strumień. Wolna pamięć masowa po każdej stronie ogranicza kopiowanie niezależnie od tunelu. Szyfrowanie i ramkowanie dodają narzut, ale robi to także serwer plików obliczający sumy kontrolne lub skanujący w poszukiwaniu wirusów. Tylko porównanie, które utrzymuje punkt końcowy i kierunek bez zmian, rozdziela te wkłady.

Publiczne testy prędkości mierzą trasę do pobliskiego serwera testowego, a to nie jest trasa do twojego prywatnego serwera plików. Odpowiadają na inne pytanie.

Uruchom jednorazowy strumień w każdym kierunku

Gdy oba końce są pod twoją kontrolą, zaplanuj krótkie uruchomienie iperf3 w zatwierdzonym oknie czasowym. Gdzie to możliwe, użyj serwera plików jako odległego punktu końcowego, i zanotuj, gdy zamiast niego używany jest host zastępczy.

iperf3 -s -1 -B 10.77.0.20

Serwer wiąże się z jednym adresem prywatnym i przyjmuje jednego klienta przed zakończeniem. Jednorazowy nasłuch nie wygasa sam, gdy nie przyjdzie żaden klient, więc zatrzymaj go, gdy zatwierdzone okno się zamknie.

iperf3 -c 10.77.0.20 -t 10

Domyślnie klient wysyła do serwera przez TCP 5201, a okno dziesięciu sekund utrzymuje test krótkim. Ogranicz nasłuch w zaporze ogniowej do zamierzonego prywatnego źródła i miejsca docelowego, zamiast wystawiać go publicznie.

iperf3 -c 10.77.0.20 -t 10 -R

Przełącznik odwrotny czyni serwer nadawcą, co ma znaczenie, ponieważ ścieżki wysyłania i pobierania często się różnią. Powiązanie adresu nie dowodzi, że klient wybrał zamierzoną trasę, więc zapisz ścieżkę, która faktycznie została przetestowana. Zachowaj stan VPN, kierunek, czas trwania i obciążenie punktu końcowego wraz z wynikami, a następnie usuń tymczasowy dostęp.

Porównuj podobne z podobnym

Powtórz reprezentatywną operację na plikach w podobnych warunkach, z tym samym punktem końcowym usługi i bez niezwiązanej zmiany konfiguracji pomiędzy. Zanotuj, czy to wysyłanie czy pobieranie, jeden duży plik czy wiele małych, i czy pamięć masowa po którejkolwiek stronie jest zajęta. Krótki wybuch nie jest trwałą prędkością całego kopiowania i żadna z dwóch obserwacji nie powinna po cichu stać się tą drugą. Jeśli zarówno strumień, jak i kopiowanie są wolne w tym samym kierunku, spójrz na ich wspólną ścieżkę i ograniczenia punktu końcowego.

Gdy strumień jest zdrowy, a kopiowanie nie, różnicą jest to, co dodaje obciążenie robocze, i tam należy następne dochodzenie.

Przeczytaj jednostki, zanim wyciągniesz wnioski

Megabity na sekundę i megabajty na sekundę różnią się ośmiokrotnie, a wątki wsparcia rutynowo porównują oba tak, jakby były tą samą jednostką. Niski wynik iperf3 może też pochodzić od samego hosta testowego: nasycenie procesora, wolny interfejs lub zajęty dysk mogą ograniczyć proces przed siecią. Dlatego jedna liczba nie jest wyrokiem przeciw dostawcy lub protokołowi. Linia bazowa jest przydatna, bo jest obserwowana, a nie zakładana, i zawęża pytanie do jednego kierunku i jednego punktu końcowego.

Zapisz punkt końcowy, kierunek, czas trwania i prędkość dla obu obserwacji. Ten kwartet czyni porównanie obronnym, a kosztuje znacznie mniej niż wymiana oprogramowania na podstawie przeczucia.