Was ist Flent?
Schnellzugriff
- Was ist Flent?
- Installieren Sie Flent
- Ubuntu
- Debian
- Bogen
- Gentoo
- Jeder andere
- Grundeinstellung
- Einen Test ausführen
- Die Tests
- RRUL
- RTT
- TCP
- UDP-Flut
- Schlussgedanken
Flent steht für FLE xible Network Tester, und es ist kein eigenständiges Programm. Stattdessen ist Flent ein Wrapper, der mehrere Netzwerktestanwendungen, insbesondere Netperf, in einem zusammenhängenden Paket zusammenfasst, das das Ausführen der Tests vereinfacht und Matplotlib enthält, um Diagramme und Datenvisualisierungen automatisch zu erstellen, während Sie Ihre Tests ausführen.
Flent ist ein vollständiges Toolkit zum Testen Ihres Netzwerks und zur Diagnose von Problemen, von einfacher Ineffizienz bis hin zu schwerwiegenden Verbindungsproblemen. Als weiterer Bonus ist es kostenlos und Open Source.
Installieren Sie Flent
Flent ist nur für Mac und Linux verfügbar. Das bedeutet nicht, dass Sie Windows loswerden und Ihr gesamtes Netzwerk auf Linux konvertieren müssen. Sie müssen nur einen Weg finden, um es vorübergehend für Ihre Tests auszuführen.
Ubuntu
Beginnen Sie mit dem Hinzufügen des Flent PPA.
$ sudo add-apt-repository ppa: Aktualisierung von $ sudo apt auf tohojo / flent
Installieren Sie dann Flent.
Debian
Flent ist ab Stretch in den offiziellen Debian-Repositories verfügbar. Einfach installieren.
Bogen
Flent ist bei der AUR erhältlich. Gehen Sie zu seiner Seite und holen Sie sich, was Sie brauchen.
Gentoo
Fügen Sie Flent zu Ihren "/etc/portage/package.accept_keywords" hinzu.
net-analyzer / flent ~ amd64
Dann tauche es auf.
Jeder andere
Flent ist ein Python-Paket. Sie sollten es mit dem pip Python-Paketmanager installieren können, wenn Sie diesen installiert haben. Es ist für nahezu jede Linux-Distribution und für Homebrew für Macs verfügbar.
Grundeinstellung
Nachdem Sie Flent installiert haben, können Sie damit einige grundlegende Tests durchführen. Flent hat sowohl eine Befehlszeile als auch eine grafische Version. Da Sie sich Flents Befehle wahrscheinlich nicht merken möchten, wird diese Anleitung mit der GUI funktionieren.
Damit Flent ordnungsgemäß funktioniert, benötigen Sie einen Server zum Testen. Auf diesem Server muss Netperf im Servermodus ausgeführt werden. Richten Sie ihn am besten zuerst ein, damit Sie alle Tests zusammen durchführen können. Netperf ist in nahezu allen Repositorys von Linux-Distributionen verfügbar. Installieren Sie es also einfach mit Ihrem Paketmanager.
$ sudo apt installiere netperf
Nachdem Sie es auf dem Server haben, führen Sie Netperf im Servermodus aus.
$ sudo netserver &
Sie können den Server jetzt in Ruhe lassen. Es wird weiterhin Netperf im Servermodus im Hintergrund ausgeführt. Sie können alles andere von Ihrem Client aus tun, auf dem Flent ausgeführt wird.
Einen Test ausführen
Sie können jetzt von Flent aus Tests auf Ihrem Server ausführen. Öffnen Sie die grafische Oberfläche von Flent über Ihren Anwendungsstarter oder indem Sie flent-gui in ein Terminal eingeben. Das Fenster, das Sie erhalten, ist zunächst ziemlich einfach. Klicken Sie oben links auf „Datei“ und wählen Sie im daraufhin angezeigten Menü „Neuen Test ausführen“.
In dem neuen Fenster können Sie einen Test auswählen, der ausgeführt werden soll. Verwenden Sie zunächst die Dropdown-Liste „Testname“, um einen Test auszuwählen. Wählen Sie für diesen ersten Test "rrul". Geben Sie die IP des Computers ein, den Sie als Server eingerichtet haben, und benennen Sie dann Ihren Test. Der Name hilft Ihnen nur dabei, die Ergebnisse zu identifizieren, die Flent speichert. Es wird eine komprimierte Form von JSON mit der Erweiterung .gz verwendet. Wenn alles gut aussieht, klicken Sie unten links im Fenster auf die Schaltfläche „Test ausführen“.
Die Ausführung aller Tests nimmt einige Zeit in Anspruch. Seien Sie also geduldig und versuchen Sie, mit diesen beiden Computern, die möglicherweise die Verbindung stören, nichts im Netzwerk zu tun. Es wird Ihre Daten durcheinander bringen.
Nach Abschluss des Tests werden die relevanten Daten in einer Reihe von Diagrammen im Hauptfenster von Flent angezeigt. Der RRUL-Test gibt Ihnen Informationen zu Ihrem gesamten Upload, Download und Ping. In den Diagrammen werden alle dieselben Informationen angezeigt, sie sind jedoch unterschiedlich organisiert, damit Sie Muster erkennen können. Im Fall des Beispiels verursachte ein Garbage Router eine Menge Latenz und führte zu ziemlich fehlerhaften Ergebnissen.
Die Tests
Flent bietet eine Vielzahl von Tests. Jeder kann Ihr Netzwerk auf unterschiedliche Weise belasten. Sie müssen sie jedoch nicht alle auswendig lernen. Die meisten fallen in eine von vier Grundkategorien. Diese Kategorien testen Ihr Netzwerk auf unterschiedliche Weise.
RRUL
RRUL steht für Realtime Response U nder Load. Genau das soll gemessen werden. Der RRUL-Test versucht, eine reale Netzwerkarbeitslast zu simulieren und die Art und Weise zu erfassen, wie der Zielcomputer unter dieser Last reagiert. RRUL wurde von den Mitarbeitern von Bufferbloat.net entwickelt, um Netzwerkbedingungen zu schaffen, unter denen Bufferbloat zur Diagnose und Behebung von Problemen eingesetzt werden kann.
Bufferbloat ist ein häufiges Problem bei der Vernetzung. Dies tritt auf, wenn ein Router beim Übertragen einer großen Datenmenge oder beim Streaming zu viele Daten puffert. Dieser zusätzliche Puffer belastet den Router und verlangsamt die Übertragung. Die Belastung des RRUL-Tests ist so ausgelegt, dass der Router ausreichend belastet wird, um den Puffer auszulösen. Wenn in Ihrem Netzwerk ein Pufferüberlauf auftritt, fallen sowohl die Upload- als auch die Download-Nummer ab und der Ping-Wert steigt mit der Ausführung des Tests.
Führen Sie den RRUL-Torrent-Test aus. Es simuliert einen Torrent-Download, bei dem es sich offensichtlich um eine sehr anstrengende Art von Netzwerkaktivität handelt und die immer noch ein reales Szenario darstellt.
Die obigen Ergebnisse sind das, was Sie nicht sehen möchten, viele Wartezeiten und verworfene Pakete. Dieser Test wurde zwischen zwei drahtlosen Geräten in einem überfüllten Netzwerk durchgeführt. Beachten Sie die Änderung, wenn der Server verkabelt ist.
Der Unterschied ist definitiv spürbar. Die Verbindung ist nicht perfekt, wird jedoch mit einem verkabelten Gerät wesentlich stabiler. Was ist mit beiden?
In diesem Test gibt es viel weniger Variationen. Dies liegt daran, dass keine Möglichkeit für Interferenzen oder einen Mangel an Signalstärke besteht. Denken Sie daran, dass dies dasselbe Netzwerk ist wie die Katastrophe eines vorherigen Tests. Es liegt eindeutig ein Problem mit drahtlosen Verbindungen vor. Versuchen Sie abschließend, den von Bufferbloat.net bereitgestellten Remoteserver zu testen.
Es ist nicht so sauber wie das lokale Netzwerk, aber immer noch nicht so chaotisch wie die Wireless-Tests. Dies ist die Art von Dingen, die Sie wahrscheinlich von einem normalen Torrent-Download über das Internet erwarten würden.
RTT
Die RTT- oder RUND- T- RIP-Transfer-Tests sind den RRUL-Tests sehr ähnlich. Sie verlassen sich nicht darauf, dass das Ziel belastet ist. Stattdessen messen sie nur die Zeit, die eine UDP-Anforderung benötigt, um die Schaltung abzuschließen und zum Client zurückzukehren. Dazu gehört auch Ping.
Versuchen Sie für einen guten RTT-Test, RTT Fair auszuführen. Sie haben bereits versucht, mit der RRUL einen realistischeren und herausfordernderen Zustand zu simulieren. warum nicht mehr ideale umstände? Mit dem RTT Fair-Test können Sie sehen, wie eine Rundreise unter kontrollierten Bedingungen in Ihrem Netzwerk aussieht. Es ist wesentlich weniger chaotisch. Könnte es aber noch weniger chaotisch sein? Dies sind die Ergebnisse mit einem kabelgebundenen Server.
Es ist fast eine Sündenwelle. Sicher, es ist nicht ideal, aber es ist ordentlicher und wesentlich schneller. Wenn beide Maschinen verkabelt sind, wird es noch besser.
Das ist ein großer Unterschied zu den 40Mb / s im ersten Test. Nehmen Sie den Test noch einmal ins Netz.
Es ist immer noch besser als das WLAN-Chaos von früher. Auch hier scheinen diese Ergebnisse für einen Test wie diesen in etwa richtig zu sein, obwohl mehr Stabilität ein Ziel sein könnte.
TCP
Die TCP-Tests sind Standard-TCP. Sie messen grundlegende TCP-Anforderungen, wie Sie eine Website besuchen oder Ihre E-Mails abrufen. Wahrscheinlich belasten diese Tests Ihr Netzwerk nicht annähernd so stark, geben Ihnen jedoch möglicherweise ein besseres Bild davon, wie normaler Datenverkehr aussieht.
Versuchen Sie es mit einem anstrengenderen TCP-Test. Der TCP-Download mit 12 Streams ist gut geeignet, um einen intensiveren direkten Download zu simulieren. Es besteht eine gute Chance, dass Sie eine ernsthafte Latenz erleben, wenn Sie kein großartiges Netzwerk haben. Vielleicht kann auch hier ein kabelgebundener Server Abhilfe schaffen.
Dies näherte sich tatsächlich einer soliden 1 Gbit / s. Das ist ziemlich erstaunlich, wenn man die WiFi-Ergebnisse berücksichtigt. Schauen Sie sich zum Schluss an, wie es mit dem Remote-Server funktioniert hat.
Es gibt mehr Latenz, aber die Geschwindigkeiten sind immer noch sehr respektabel. Oh, und das war auch über ein VPN. Offensichtlich kommt das Problem aus dem Netzwerk.
UDP-Flut
Die UDP-Fluttests sind eigentlich RTT-Tests, senden jedoch eine Flut von UDP-Paketen gleichzeitig auf den Zielcomputer. Sie reagieren nicht oder passen sich dem Verkehrsfluss nicht an, sondern senden nur. Sie können nützlich sein, um zu testen, wie der Zielcomputer angesichts eines Fehlers oder eines Angriffs reagiert.
Schlussgedanken
Wenn Sie Ihr Netzwerk testen möchten, testen Sie am besten zwischen verschiedenen Punkten in Ihrem Netzwerk, um die Problembereiche einzugrenzen. Das Testnetzwerk in diesem Handbuch weist eindeutig Probleme mit WLAN auf. Möglicherweise spielen sowohl eine begrenzte Bandbreite als auch Störungen eine Rolle. Es ist auch gut, ein klares Bild davon zu haben, nach welchen Arten von Problemen Sie suchen. Entwerfen Sie Ihre Tests darum herum.
Sie haben vielleicht bemerkt, dass das Netzwerk, aus dem die abgebildeten Ergebnisse stammen, nicht besonders gut ist. Es ist nicht. Tatsächlich sind einige der Müllergebnisse, die Sie gesehen haben, genau das, wonach Sie in Ihrem eigenen Netzwerk Ausschau halten müssen.
