Tempête

L’écran Tempête est une source de charge : il envoie des datagrammes UDP, ou ouvre des connexions TCP, vers une cible aussi vite que vous le demandez, aussi longtemps que vous le demandez, et mesure ce qui est réellement parti. Utilisez-le pour voir comment votre propre serveur, appareil ou liaison tient sous un flot — s’il continue de répondre, abandonne des paquets, ou tombe.

Usage responsable

Une tempête envoie du vrai trafic vers un vrai hôte. Ne la pointez que vers des hôtes et des réseaux que vous possédez ou êtes autorisé à tester. Des débits élevés peuvent saturer les liaisons pour tous ceux qui les utilisent et déclencher la détection d’intrusion. Le moteur ne plafonne pas le débit d’une tempête : 0 signifie aussi vite que cet ordinateur peut envoyer.

Démarrer une tempête

1. Réglez Cible hôte:port : l’IP:port ou host:port vers lequel envoyer, comme 127.0.0.1:9000 ou test-rig.local:9000. Un nom d’hôte est résolu au lancement, son adresse IPv4 prise quand il en a une.
2. Choisissez le Protocole : Inondation UDP ou Inondation de connexions TCP.
3. Réglez Charge utile (octets), Débit, pps et Durée, s.
4. Appuyez sur Lancer la tempête.

La tempête tourne comme une tâche : elle apparaît dans le bandeau de la console, et s’arrête quand sa durée est écoulée, quand vous appuyez sur Arrêter la tempête, ou avec Tout arrêter. Les champs sont fixés tant qu’elle tourne.

Champ	Quoi	Par défaut
Cible hôte:port	IP:port ou host:port de la cible.	127.0.0.1:9000
Protocole	Inondation UDP : des datagrammes séparés. Inondation de connexions TCP : une nouvelle connexion TCP pour chaque « paquet ».	Inondation UDP
Charge utile (octets)	Octets dans chaque datagramme ou connexion, 1–65 507. Une valeur plus grande ou plus petite est ramenée dans cette plage.	512
Débit, pps	Paquets (ou connexions) par seconde visés. 0 : aussi vite que possible.	1000
Durée, s	Secondes d’exécution. 0 : jusqu’à ce que vous l’arrêtiez.	10

Flot UDP

Signal Lab envoie des datagrammes de la taille de la charge utile, chaque octet 0x55, depuis un port qui lui est propre vers la cible. Un envoi que le système refuse compte comme une erreur — par exemple après que la cible a répondu que rien n’écoute sur ce port.

Flot de connexions TCP

Pour chaque « paquet », Signal Lab ouvre une connexion TCP vers la cible, écrit la charge utile, et la ferme. Les connexions sont faites l’une après l’autre, pas en même temps, si bien que le débit qu’atteint une tempête TCP est limité par la vitesse à laquelle la cible les accepte. Une connexion refusée, ou non acceptée dans les 500 ms, compte comme une erreur ; une connexion qui a pris la charge utile compte comme un paquet.

Comment le débit est tenu

Le débit est un calendrier. Le premier paquet part aussitôt, et le paquet n est dû n ÷ Débit, pps secondes après le début. Chaque fois que la tempête se réveille, elle envoie ce qui est dû, puis dort jusqu’à ce que le paquet suivant soit dû. Ainsi 50 par seconde font 50 par seconde et 250 font 250 — une exécution d’une seconde en envoie à peu près autant — quelle que soit la granularité du minuteur du système. Une Durée, s termine la tempête à l’heure même quand le paquet suivant serait dû plus tard.

Une tempête n’envoie jamais au-dessus de son débit pour rattraper le temps perdu. Si cet ordinateur, ou une cible TCP qui accepte lentement, prend plus de 256 paquets de retard, les plus anciens sont écartés du calendrier plutôt qu’envoyés en retard dans une rafale. PPS montre ce qui a été atteint.

Avec Débit, pps 0, il n’y a pas de calendrier : la tempête envoie 256 paquets, laisse tourner les autres travaux, et envoie les 256 suivants, aussi vite que cet ordinateur peut.

Lire le débit

Débit en direct s’actualise quatre fois par seconde :

Mesure	Quoi
Paquets	Datagrammes envoyés, ou connexions qui ont pris la charge utile, depuis le début.
PPS	Paquets par seconde sur le dernier quart de seconde.
Débit	Mégabits par seconde de charge utile sur le dernier quart de seconde. Les en-têtes (IP, UDP, TCP) ne sont pas comptés.
Volume	Octets de charge utile envoyés depuis le début.
Erreurs	Envois ou connexions qui ont échoué.

Le graphique en dessous trace PPS sur la dernière minute.

Quand la tempête se termine, les compteurs affichent les totaux finaux, et PPS et Débit passent à 0.

Ce que les chiffres vous disent :

• PPS bien en dessous de Débit, pps sur UDP : cet ordinateur ne peut pas envoyer plus vite. Baissez le débit ou la taille de la charge utile.
• Erreurs qui monte sur UDP : le port de la cible est fermé, ou le réseau refuse le trafic.
• Erreurs qui monte sur TCP : la cible refuse les connexions ou met plus de 500 ms à les accepter — elle a peut-être atteint sa limite.

Une tempête dit combien est parti, pas combien est arrivé. Pour voir ce que la cible a reçu, observez-la : ses propres journaux, un moniteur OSC, ou un émulateur à sa place.

Dans l’Inspecteur

Avec la capture active, une tempête UDP place un de ses datagrammes dans l’Inspecteur chaque seconde, marqué sampled 1/s — ils sont tous identiques. Le verdict dit aussi combien ont été laissés de côté depuis le précédent, sous la forme sampled 1/s · +999 not shown. Une tempête TCP n’en place aucun.

Voir aussi

• Dégradation — une liaison lente ou avec pertes au lieu d’un flot.
• HTTP — des rafales de charge de requêtes HTTP, avec les latences.
• Charge — la charge HTTP dans une expérience, avec des seuils.