Qu'est-ce que Flent?
Liens rapides
- Qu'est-ce que Flent?
- Installer Flent
- Ubuntu
- Debian
- Cambre
- Gentoo
- Tous les autres
- Configuration de base
- Faire un test
- Les tests
- RRUL
- RTT
- TCP
- UDP Flood
- Pensées de clôture
Flent signifie FLE xible N etwork T ester, et ce n’est pas vraiment un programme à part entière. Au lieu de cela, Flent est un wrapper qui regroupe plusieurs applications de test de réseau, notamment Netperf, dans un package une fois cohésif, ce qui simplifie l'exécution des tests et inclut Matplotlib pour créer automatiquement des graphiques et des visualisations de données lors de l'exécution de vos tests.
Flent est une boîte à outils complète permettant de tester votre réseau et de tout diagnostiquer, de la simple inefficacité aux graves problèmes de connexion. Encore un bonus, c'est gratuit et open source.
Installer Flent
Flent est uniquement disponible pour Mac et Linux. Cela ne signifie pas que vous devez abandonner Windows et convertir tout votre réseau en Linux. Vous devez juste trouver un moyen de l'exécuter temporairement pour vos tests.
Ubuntu
Commencez par ajouter le PPA Flent.
$ sudo add-apt-repository ppa: tohojo / flent $ sudo apt update
Ensuite, installez Flent.
Debian
Flent est disponible dans les dépôts officiels Debian commençant par Stretch. Il suffit de l'installer.
Cambre
Flent est disponible à partir de l'AUR. Allez sur sa page et prenez ce dont vous avez besoin.
Gentoo
Ajoutez Flent à votre '/etc/portage/package.accept_keywords'.
analyseur de réseau / flent ~ amd64
Ensuite, sortez-le.
Tous les autres
Flent est un paquet Python. Vous devriez pouvoir le faire installer à l'aide du gestionnaire de paquets pip Python, si vous l'avez installé. Il est disponible pour à peu près toutes les distributions Linux et Homebrew pour Mac.
Configuration de base
Maintenant que Flent est installé, vous pouvez commencer à l’utiliser pour effectuer des tests de base. Flent a à la fois une version en ligne de commande et une version graphique. Comme vous ne voulez probablement pas mémoriser les commandes de Flent, ce guide fonctionnera avec l'interface graphique.
Pour que Flent fonctionne correctement, vous devez utiliser un serveur sur lequel tester. Ce serveur doit exécuter Netperf en mode serveur. Il est préférable de commencer par le configurer pour pouvoir effectuer tous les tests ensemble. Netperf est disponible dans à peu près tous les référentiels de la distribution Linux. Installez-le donc simplement avec votre gestionnaire de paquets.
$ sudo apt install netperf
Une fois que vous l'avez sur le serveur, exécutez Netperf en mode serveur.
$ sudo netserver &
Vous pouvez laisser le serveur seul pour l'instant. Il continuera d'exécuter Netperf en mode serveur en arrière-plan. Vous pouvez faire tout le reste depuis votre client exécutant Flent.
Faire un test
Vous pouvez exécuter des tests sur votre serveur à partir de Flent, maintenant. Ouvrez l’interface graphique de Flent à partir de votre programme de lancement d’application ou en tapant flent-gui dans un terminal. La fenêtre que vous obtiendrez est assez simple pour commencer. Cliquez sur «Fichier» dans le coin supérieur gauche et sélectionnez «Exécuter un nouveau test» dans le menu résultant.
La nouvelle fenêtre vous permettra de sélectionner un test à exécuter. Commencez par utiliser le menu déroulant «Nom du test» pour sélectionner un test. Pour ce premier, choisissez «rrul». Entrez l'adresse IP de l'ordinateur que vous avez configuré en tant que serveur, puis nommez votre test. Le nom vous aidera simplement à identifier les résultats que Flent enregistre. Il utilise une forme compressée de JSON avec l'extension .gz. Lorsque tout semble bon, cliquez sur le bouton «Lancer le test» en bas à gauche de la fenêtre.
Tous les tests prennent un peu de temps, alors soyez patient et essayez de ne rien faire sur le réseau avec ces deux ordinateurs qui pourrait interférer avec la connexion. Cela va gâcher vos données.
Une fois le test terminé, vous pourrez voir les données pertinentes présentées dans une série de graphiques dans la fenêtre principale de Flent. Le test RRUL vous donnera des informations sur le total de vos envois, téléchargements et ping. Les graphiques vous montreront tous les mêmes informations, mais ils les organiseront différemment, afin de vous aider à identifier les tendances. Dans le cas de l'exemple, un routeur de déchets a créé des charges de latence et produit des résultats plutôt erronés.
Les tests
Flent fournit une grande variété de tests. Chacun peut stresser votre réseau de manière différente. Vous n'avez cependant pas besoin de les mémoriser tous. La plupart tombent dans l'une des quatre catégories de base. Ces catégories testent votre réseau de différentes manières.
RRUL
RRUL est synonyme de réponse instantanée avec un mot. C'est exactement ce que cela vise à mesurer. Le test RRUL tente de simuler une charge de travail réelle sur le réseau et de capturer la façon dont la machine cible répond sous cette charge. RRUL a été développé par les gens de Bufferbloat.net pour créer des conditions de réseau dans lesquelles Buffbloat interviendrait pour aider à diagnostiquer et à y remédier.
Bufferbloat est un problème courant dans les réseaux. Cela se produit lorsqu'un routeur met en mémoire tampon trop de données lors du transfert d'une grande quantité de données ou de la diffusion en continu. Ce tampon supplémentaire pèse à la fois sur le routeur et ralentit le transfert. La contrainte du test RRUL est conçue pour placer une charge suffisamment importante sur le routeur pour déclencher le tampon. Si votre réseau subit un blocage, les numéros de téléchargement et de téléchargement commenceront à disparaître et le nombre de requêtes ping augmentera au fur et à mesure de l'exécution du test.
Essayez d'exécuter le test du torrent RRUL. Il simule un téléchargement torrent, ce qui est évidemment un type d'activité réseau très intense et qui reste un scénario du monde réel.
Les résultats ci-dessus correspondent à ce que vous ne voulez pas voir, des charges de latence et des paquets perdus. Ce test a été effectué entre deux périphériques sans fil sur un réseau surchargé. Notez le changement lorsque le serveur est câblé.
La différence est nettement perceptible. La connexion n’est pas parfaite, mais elle devient beaucoup plus stable avec un seul périphérique connecté. Qu'en est-il des deux?
Il y a beaucoup moins de variation dans ce test. C'est parce qu'il n'y a aucune possibilité d'interférence ou de manque de force du signal. Gardez à l'esprit qu'il s'agit du même réseau que ce désastre d'un test précédent. Clairement, il y a un problème avec les connexions sans fil. Enfin, essayez de tester sur le serveur distant fourni par Bufferbloat.net.
Ce n'est pas aussi propre que le réseau local, mais ce n'est toujours pas aussi compliqué que les tests sans fil. C'est le genre de choses que vous attendez probablement d'un téléchargement de torrent normal sur Internet.
RTT
Les tests RTT ou Round T rip T ransfer ressemblent beaucoup aux tests RRUL. Ils ne comptent pas sur la cible étant sous une charge. Au lieu de cela, ils mesurent simplement le temps nécessaire pour qu'une demande UDP complète le circuit et revienne au client. Ils incluent également le ping.
Pour un bon test RTT, essayez d’exécuter RTT Fair. Vous avez déjà essayé le RRUL pour simuler une condition plus réaliste et plus difficile. pourquoi pas des circonstances plus idéales? Le test RTT Fair vous aidera à voir à quoi ressemble un aller-retour dans des conditions mieux contrôlées sur votre réseau. C'est beaucoup moins chaotique. Pourrait-il être encore moins chaotique, cependant? Ce sont les résultats avec un serveur câblé.
C'est presque une vague de péché. Bien sûr, ce n’est pas idéal, mais c’est plus ordonné et beaucoup plus rapide. Avec les deux machines câblées, cela devient encore meilleur.
C'est une grande différence par rapport au 40 Mo / s du premier test. Encore une fois, passez le test sur le net.
C'est toujours mieux que ce bordel WiFi d'avant. Encore une fois, ces résultats semblent à peu près corrects pour un test comme celui-ci, bien qu'une plus grande stabilité puisse être un objectif.
TCP
Les tests TCP sont standard TCP. Ils mesurent les requêtes TCP de base comme si vous visitiez un site Web ou consultez votre courrier électronique. Il est fort probable que ces tests n'endommageront pas autant votre réseau, mais ils vous donneront peut-être une meilleure idée de ce à quoi ressemble le trafic normal.
Essayez un test TCP plus intense. Le téléchargement TCP avec 12 flux est un bon moyen de simuler un téléchargement direct plus intense. Il y a de fortes chances que vous constatiez une latence importante si votre réseau n'est pas excellent. Peut-être qu'un serveur câblé peut améliorer les choses ici aussi.
Cela a en fait approché un 1Gb / s solide. C'est assez étonnant, compte tenu des résultats WiFi. Enfin, jetez un œil à la manière dont cela s’est passé avec le serveur distant.
Il y a plus de latence, mais les vitesses sont toujours très respectables. Oh, et c'était aussi sur un VPN. Clairement, le problème vient de l’intérieur du réseau.
UDP Flood
Les tests d'inondation UDP sont en réalité des tests RTT, mais ils envoient immédiatement un déluge de paquets UDP sur la machine cible. Ils ne répondent pas ou s'adaptent au flux de trafic, il suffit d'envoyer. Ils peuvent être utiles pour tester la réaction de la machine cible face à un bogue ou à une attaque.
Pensées de clôture
Si vous envisagez de tester votre réseau, il est préférable de procéder à des tests entre différents points de votre réseau pour aider à réduire les problèmes. Le réseau de test de ce guide a clairement des problèmes avec le WiFi. Les chances sont, la bande passante limitée et les interférences sont à la fois en jeu. Il est également utile d’avoir une idée claire des types de problèmes que vous recherchez. Concevez vos tests autour de cela.
Vous avez peut-être remarqué que le réseau dont les résultats sont illustrés n'est pas si génial. Ce n'est pas. En fait, certains des résultats que vous avez vus correspondent exactement à ce que vous devez rechercher dans votre propre réseau.
