Co to jest Flent?
Szybkie linki
- Co to jest Flent?
- Zainstaluj Flent
- Ubuntu
- Debian
- Łuk
- Gentoo
- Wszyscy inni
- Podstawowe ustawienia
- Uruchamianie testu
- Testy
- RRUL
- RTT
- TCP
- Powódź UDP
- Zamykanie myśli
Flent oznacza FLE xible N etwork Tester i nie jest to samodzielny program. Zamiast tego Flent to opakowanie, które łączy wiele aplikacji do testowania sieci, w szczególności Netperf, w jeden spójny pakiet, który upraszcza uruchamianie testów i zawiera Matplotlib do automatycznego tworzenia wykresów i wizualizacji danych podczas uruchamiania testów.
Flent to kompletny zestaw narzędzi do testowania sieci i diagnozowania wszystkiego - od prostej nieefektywności po poważne problemy z połączeniem. Jako kolejny bonus, jest darmowy i open source.
Zainstaluj Flent
Aplikacja Flent jest dostępna tylko na komputery Mac i Linux. To nie znaczy, że musisz porzucić Windows i przekonwertować całą sieć na Linuksa. Musisz tylko znaleźć sposób, aby uruchomić go tymczasowo dla swoich testów.
Ubuntu
Zacznij od dodania Flent PPA.
$ sudo add-apt-repository ppa: tohojo / flent $ sudo apt update
Następnie zainstaluj Flent.
Debian
Flent jest dostępny w oficjalnych repozytoriach Debiana, począwszy od Stretch. Po prostu zainstaluj.
Łuk
Flent jest dostępny w AUR. Przejdź na jego stronę i weź to, czego potrzebujesz.
Gentoo
Dodaj Flent do swojego „/etc/portage/package.accept_ke words”.
analizator sieci / flent ~ amd64
Potem się pojawi.
Wszyscy inni
Flent to pakiet Pythona. Powinieneś być w stanie zainstalować go za pomocą menedżera pakietów pip Python, jeśli taki masz. Jest dostępny dla prawie każdej dystrybucji Linuksa i Homebrew dla komputerów Mac.
Podstawowe ustawienia
Po zainstalowaniu programu Flent możesz zacząć używać go do wykonywania podstawowych testów. Flent ma zarówno wiersz poleceń, jak i wersję graficzną. Ponieważ prawdopodobnie nie chcesz zapamiętywać poleceń Flent, ten przewodnik będzie działał z interfejsem GUI.
Aby Flent działał poprawnie, potrzebujesz serwera do testowania. Ten serwer musi uruchamiać Netperf w trybie serwera. Najlepiej jest skonfigurować go najpierw, abyś mógł wykonać wszystkie testy razem. Netperf jest dostępny w prawie każdym repozytorium każdej dystrybucji Linuksa, więc po prostu zainstaluj go za pomocą menedżera pakietów.
$ sudo apt install netperf
Po umieszczeniu go na serwerze uruchom Netperf w trybie serwera.
$ sudo netserver &
Na razie możesz zostawić serwer w spokoju. Będzie kontynuował działanie Netperf w trybie serwera w tle. Możesz zrobić wszystko inne z poziomu klienta uruchamiającego Flent.
Uruchamianie testu
Teraz możesz uruchamiać testy na swoim serwerze z Flent. Otwórz interfejs Flent GUI w programie uruchamiającym aplikacje lub wpisując flent-gui w terminalu. Okno, które otrzymasz, jest całkiem proste. Kliknij „Plik” w lewym górnym rogu i wybierz „Uruchom nowy test” w wynikowym menu.
Nowe okno pozwoli ci wybrać test do uruchomienia. Najpierw użyj menu „Nazwa testu”, aby wybrać test. W tym pierwszym wybierz „rrul”. Wpisz adres IP komputera skonfigurowanego jako serwer, a następnie nazwij swój test. Nazwa pomoże ci tylko zidentyfikować wyniki, które zapisuje Flent. Używa skompresowanej formy JSON z rozszerzeniem .gz. Kiedy wszystko wygląda dobrze, kliknij przycisk „Uruchom test” w lewym dolnym rogu okna.
Wszystkie testy trwają trochę dłużej, więc bądź cierpliwy i staraj się nie robić nic w sieci z tymi dwoma komputerami, które mogą zakłócać połączenie. To zepsuje twoje dane.
Po zakończeniu testu będziesz mógł zobaczyć odpowiednie dane przedstawione na szeregu wykresów w głównym oknie Flent. Test RRUL dostarczy informacji o całkowitej liczbie wysyłanych, pobieranych i pingowanych danych. Wszystkie wykresy pokażą te same informacje, ale uporządkują je inaczej, aby pomóc Ci zauważyć wszelkie wzorce. W przypadku tego przykładu, śmieciowy router spowodował wiele opóźnień i wygenerował całkiem zepsute wyniki.
Testy
Flent zapewnia szeroką gamę testów. Każdy może obciążyć sieć w inny sposób. Jednak nie musisz ich wszystkie zapamiętać. Większość należy do jednej z czterech podstawowych kategorii. Te kategorie testują sieć na różne konkretne sposoby.
RRUL
RRUL oznacza czas rzeczywisty R esponse U nder L oad. Właśnie to ma na celu zmierzyć. Test RRUL próbuje zasymulować rzeczywiste obciążenie sieci i uchwycić sposób, w jaki maszyna docelowa reaguje na to obciążenie. RRUL został opracowany przez ludzi z Bufferbloat.net w celu stworzenia warunków sieciowych, w których bufor buforowy miałby wejść w grę, aby pomóc w zdiagnozowaniu i naprawieniu go.
Bufferbloat jest częstym problemem w sieci. Występuje, gdy router buforuje zbyt dużo danych podczas przesyłania dużej części danych lub przesyłania strumieniowego. Ten dodatkowy bufor jest zarówno obciążeniem routera, jak i spowalnia transfer. Obciążenie testu RRUL ma na celu wystarczająco duże obciążenie routera, aby uruchomić bufor. Jeśli w Twojej sieci występuje bufor buforowy, numery przesyłania i pobierania zaczną spadać, a ping wzrośnie w trakcie testu.
Spróbuj uruchomić test torrentowy RRUL. Symuluje pobieranie torrentów, które jest oczywiście bardzo uciążliwym rodzajem aktywności w sieci i nadal jest bardzo realnym scenariuszem.
Powyższe wyniki są tym, czego nie chcesz widzieć, dużym opóźnieniem i odrzuconymi pakietami. Ten test został przeprowadzony między dwoma urządzeniami bezprzewodowymi w zatłoczonej sieci. Zwróć uwagę na zmianę, gdy serwer jest podłączony.
Różnica jest zdecydowanie zauważalna. Połączenie nie jest idealne, ale staje się znacznie bardziej stabilne po podłączeniu jednego urządzenia. Co z obydwoma?
W tym teście występuje znacznie mniejsza różnorodność. Jest tak, ponieważ nie ma możliwości zakłóceń lub braku siły sygnału. Pamiętaj, że jest to ta sama sieć, co wcześniejsza katastrofa testu. Oczywiście jest problem z połączeniami bezprzewodowymi. Na koniec spróbuj przetestować na zdalnym serwerze dostarczonym przez Bufferbloat.net.
Nie jest tak czysty jak sieć lokalna, ale nadal nie jest tak bałaganiarski jak testy bezprzewodowe. Tego można się spodziewać po normalnym pobieraniu torrentów przez Internet.
RTT
Testy RTT lub R ound T rip T ransfer są w rzeczywistości bardzo podobne do testów RRUL. Nie polegają na tym, że cel jest obciążony. Zamiast tego mierzą tylko czas, jaki zajmuje żądanie UDP na ukończenie obwodu i powrót do klienta. Obejmują również ping.
Aby uzyskać dobry test RTT, spróbuj uruchomić RTT Fair. Próbowałeś już RRUL, aby symulować bardziej realistyczne i wymagające warunki; dlaczego nie bardziej idealne okoliczności? Test RTT Fair pomoże ci zobaczyć, jak w Twojej okolicy wygląda podróż w obie strony w bardziej kontrolowanych warunkach. Jest znacznie mniej chaotyczny. Czy może być jeszcze mniej chaotyczny? Są to wyniki z przewodowym serwerem.
To prawie fala grzechu. Jasne, nie jest idealny, ale jest schludniejszy i znacznie szybszy. Po podłączeniu obu maszyn jest jeszcze lepiej.
To duża różnica w porównaniu z 40 Mb / s w pierwszym teście. Jeszcze raz zdejmij test z sieci.
Nadal jest lepszy niż ten bałagan WiFi wcześniej. Ponownie, wyniki te wydają się być odpowiednie dla takiego testu, chociaż celem może być większa stabilność.
TCP
Testy TCP są standardowym protokołem TCP. Mierzą podstawowe żądania TCP, takie jak odwiedzanie witryny lub sprawdzanie poczty e-mail. Możliwe, że testy te nie obciążą sieci tak bardzo, ale mogą dać lepszy obraz tego, jak wygląda regularny ruch.
Wypróbuj bardziej wymagający test TCP. Pobieranie TCP z 12 strumieniami jest dobrym narzędziem do symulacji bardziej intensywnego bezpośredniego pobierania. Jest duża szansa, że zobaczysz poważne opóźnienie, jeśli nie masz świetnej sieci. Być może serwer przewodowy też może tu coś poprawić.
To faktycznie zbliżyło się do stałego 1 Gb / s. To całkiem niesamowite, biorąc pod uwagę wyniki WiFi. Na koniec spójrz, jak to działało ze zdalnym serwerem.
Opóźnienia są większe, ale prędkości są nadal bardzo szanowane. Aha, to też było przez VPN. Najwyraźniej problem pochodzi z wnętrza sieci.
Powódź UDP
Testy powodziowe UDP są w rzeczywistości testami RTT, ale jednocześnie wysyłają zalew pakietów UDP na maszynę docelową. Nie reagują ani nie dostosowują się do ruchu, po prostu wysyłają. Mogą być przydatne do testowania reakcji maszyny docelowej w przypadku błędu lub ataku.
Zamykanie myśli
Jeśli zamierzasz przetestować swoją sieć, najlepiej przetestować różne punkty w sieci, aby pomóc zawęzić obszary problemowe. Sieć testowa z tego przewodnika ma oczywiście pewne problemy z WiFi. Są szanse, ograniczona przepustowość i zakłócenia są w grze. Dobrze jest też mieć jasny obraz tego, jakiego rodzaju problemów szukasz. Zaprojektuj swoje testy wokół tego.
Być może zauważyłeś, że sieć, z której pochodzą przedstawione wyniki, nie jest wcale taka świetna. To nie jest. W rzeczywistości niektóre z wyników śmieci, które widziałeś, są dokładnie tym, na co musisz zwrócić uwagę w swojej własnej sieci.
