Couper des connexions volontairement
Lent n’est qu’une façon d’aller mal. Disparu en est une autre, et c’est elle qui trouve le chemin de code que personne n’a écrit : la reconnexion, la nouvelle tentative, le message qui dit à l’utilisateur ce qui s’est passé.
C’est aussi ainsi que vous testez une application hors ligne sans rien débrancher : le mode LAN laisse le réseau local fonctionner et supprime Internet, et bloquer une adresse rend un seul service injoignable alors que le reste de la connexion va bien.
Cinq façons différentes de disparaître
| Réglage | Ce que voit l’application |
|---|---|
| Réinitialiser les connexions | Les connexions meurent en plein transfert, comme lorsqu’un pare-feu ou un répartiteur de charge les coupe. Vous fixez la fréquence, en pourcentage. |
| Liaison coupée puis rétablie | Le réseau disparaît un moment, puis revient, encore et encore. Vous fixez la durée du cycle et la part de ce cycle passée hors service. |
| Bloquer un port | Tout ce qui va vers ce port disparaît. Rien d’autre n’est touché. |
| Bloquer une adresse | Un serveur devient injoignable alors que le reste d’Internet fonctionne. |
| Mode LAN | Le réseau local continue de fonctionner, Internet non. Exactement la forme d’un portail captif ou d’une liaison montante morte. |
En ligne de commande
Tuer environ une connexion sur dix, pour une application :
BeanNetworkTester.exe --rst-prob 10 --target myapp.exe --duration 60
Des cycles de dix secondes, dont quatre hors service : une liaison qui va et vient sans cesse :
BeanNetworkTester.exe --flap-period 10 --flap-down 40 --target myapp.exe
Un serveur injoignable, tout le reste en bon état :
BeanNetworkTester.exe --block-ip 203.0.113.10
Le blocage ne touche que ce qu’il nomme
Contrairement à la perte ou au délai, bloquer un port ou une adresse n’affecte que le trafic correspondant. C’est ce qui en fait le plus sûr de ces réglages à lancer sans cible de processus, et c’est pourquoi « faire disparaître cette dépendance » tient en une seule ligne de commande.
Le piège du téléchargement mort
Il existe aussi une taille de paquet maximale. Baissez-la un peu et les gros transferts ralentissent. Baissez-la jusqu’à une valeur comme 576 et les téléchargements s’arrêtent complètement, pour toujours, sans aucune erreur, car ce n’est plus une taille de paquet plus petite, c’est le classique trou noir où le réseau jette ce qui est trop gros sans jamais le dire.
C’est un vrai mode de panne qu’il vaut la peine de reproduire exprès, et qui est franchement déroutant à rencontrer par hasard. Si un téléchargement meurt en silence juste après que vous avez modifié ce réglage, c’est pour cette raison.
Revenir à la normale
STOP rétablit tout. Fermer le programme aussi, tout comme la limite de durée si vous en avez fixé une. Si l’outil lui-même devait mourir en pleine session, un chien de garde intégré arrête la capture au lieu de laisser votre réseau dans un état cassé.