Créer artificiellement une erreur de dépassement de délai de connexion

J'ai eu un bogue dans notre logiciel qui se produit lorsque je reçois un délai de connexion. Ces erreurs sont très rares (généralement lorsque ma connexion est interrompue par notre réseau interne). Comment générer artificiellement ce type d'effet pour tester notre logiciel?

Si cela est important, l'application est écrite en C ++ / MFC à l'aide des classes CAsyncSocket.

Éditer:

J'ai essayé d'utiliser un hôte inexistant et j'obtiens l'erreur de socket:

WSAEINVAL (10022) Argument non valide

Ma prochaine tentative a été d'utiliser la suggestion d' Alexander de se connecter à un autre port, par exemple 81 (sur mon propre serveur cependant). Cela a très bien fonctionné. Exactement la même chose qu'une connexion interrompue (60 secondes d'attente, puis erreur). Je vous remercie!

Connectez-vous à un hôte existant mais à un port bloqué par le pare-feu qui supprime simplement les paquets TCP SYN. Par exemple, www.google.com:81.

Connectez-vous à une adresse IP non routable, telle que 10.255.255.1.

Si vous êtes sur une machine Unix, vous pouvez démarrer une écoute de port en utilisant netcat:

nc -l 8099

Ensuite, modifiez votre service pour appeler tout ce qu'il fait habituellement sur ce port, par exemple http: // localhost: 8099 / some / sort / of / endpoint

Ensuite, votre service ouvrira la connexion et écrira des données, mais n'obtiendra jamais de réponse, et vous donnera donc un délai de lecture (plutôt que la connexion refusée)

L'URL suivante donne toujours un délai d'expiration et combine le meilleur des réponses @Alexander et @ Emu ci-dessus:

http://example.com:81

L'utilisation example.com:81est une amélioration de la réponse d'Alexander car example.com est réservé par la norme DNS, il sera donc toujours inaccessible, contrairement à google.com:81ce qui peut changer si Google en a envie. De plus, comme il example.comest défini comme inaccessible, vous n'inonderez pas les serveurs de Google.

Je dirais que c'est une amélioration par rapport à la réponse de @ emu car c'est beaucoup plus facile à retenir.

Beaucoup de bonnes réponses mais la solution la plus propre semble être ce service

http://httpstat.us/504?sleep=60000

Vous pouvez configurer la durée de temporisation (jusqu'à 230 secondes) et le code retour éventuel.

Vous pouvez utiliser Python REPL pour simuler un délai d'attente lors de la réception de données (c'est-à-dire après qu'une connexion a été établie avec succès). Rien d'autre qu'une installation Python standard n'est nécessaire.

Python 2.7.4 (default, Apr  6 2013, 19:54:46) [MSC v.1500 32 bit (Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import socket
>>> s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)        
>>> s.bind(('localhost', 9000))
>>> s.listen(0)
>>> (clientsocket, address) = s.accept()

Maintenant, il attend une connexion entrante. Connectez ce que vous voulez tester localhost:9000. Lorsque vous le faites, Python acceptera la connexion et la accept()renverra. Sauf si vous envoyez des données via le clientsocket, la prise de l'appelant devrait expirer au cours de la prochaine recv().

• 10.0.0.0
• 10.255.255.255
• 172.16.0.0
• 172.31.255.255
• 192.168.0.0
• 192.168.255.255

Tous ces éléments ne sont pas routables.

Je voudrais attirer l'attention de tout le monde sur pathod

Avec une configuration (tirée de leurs exemples) de 200:b@100:drvous obtiendrez une connexion qui tombe aléatoirement.

Que diriez-vous d'une solution logicielle:

Installez le serveur SSH sur le serveur d'applications. Ensuite, utilisez le tunnel de socket pour créer un lien entre votre port local et le port distant sur le serveur d'applications. Pour ce faire, vous pouvez utiliser les outils client ssh. Demandez à votre application client de se connecter à votre port local mappé à la place. Ensuite, vous pouvez interrompre le tunnel de socket à volonté pour simuler le délai de connexion.

Si vous souhaitez utiliser une connexion active, vous pouvez également utiliser http://httpbin.org/delay/# , où # est la durée pendant laquelle votre serveur doit attendre avant d'envoyer une réponse. Tant que votre délai d'attente est plus court que le délai ... devrait simuler l'effet. Je l'ai utilisé avec succès avec le paquet de requêtes python.

Vous voudrez peut-être modifier votre demande si vous envoyez quelque chose de sensible - aucune idée de ce qui arrive aux données qui leur sont envoyées.

Il existe des services disponibles qui vous permettent de créer artificiellement des délais d'expiration d'origine en appelant une API dans laquelle vous spécifiez le délai de réponse du serveur. Le délai d'expiration du serveur sur macgyver est un exemple d'un tel service.

Par exemple, si vous souhaitez tester une demande qui prend 15 secondes pour répondre, vous devrez simplement envoyer une demande à l'API macgyver.

Charge utile JSON:

{
    "timeout_length": 15000
}

Réponse de l'API (après 15 secondes):

{
    "response": "ok"
}

Programme d'expiration du serveur sur macgyver
https://askmacgyver.com/explore/program/server-timeout/3U4s6g6u

Vous pouvez installer le pilote Microsoft Loopback qui créera une interface distincte pour vous. Ensuite, vous pouvez vous y connecter à un de vos services (votre propre hôte). Ensuite, dans Connexions réseau, vous pouvez désactiver / activer une telle interface ...

Bien qu'il ne soit pas complètement clair lequel l'OP veut tester: il y a une différence entre tenter une connexion à un hôte / port inexistant et un timeout d'une connexion déjà établie. J'irais avec Rob et j'attendrais que la connexion fonctionne, puis je tirerais le câble. Ou - pour plus de commodité - disposer d'une machine virtuelle fonctionnant comme serveur de test (avec mise en réseau pontée) et désactivant simplement l'interface réseau virtuelle une fois la connexion établie.

La technique que j'utilise fréquemment pour simuler un délai de connexion aléatoire consiste à utiliser la redirection de port local ssh.

ssh -L 12345:realserver.com:80 localhost

Cela transmettra le trafic sur localhost: 12345 à realserver.com:80 Vous pouvez également le boucler sur votre propre machine locale, si vous le souhaitez:

ssh -L 12345:localhost:8080 localhost

Ainsi, vous pouvez pointer votre application vers votre port local et votre port personnalisé, et le trafic sera acheminé vers l'hôte cible: port. Ensuite, vous pouvez quitter ce shell (vous devrez peut-être également ctrl + c le shell après avoir quitté) et cela tuera le transfert qui provoquera une perte de connexion pour votre application.

Branchez votre câble réseau dans un commutateur qui n'a pas d'autre connexion / câbles. Cela devrait fonctionner à mon humble avis.

Il y a quelques tactiques que j'ai utilisées dans le passé pour simuler des problèmes de mise en réseau;

1. Retirez le câble réseau
2. Éteignez l'interrupteur (idéalement avec l'interrupteur auquel l'ordinateur est branché toujours sous tension pour que la machine conserve sa "connexion réseau") entre votre machine et la machine "cible"
3. Exécutez un logiciel de pare-feu sur la machine cible qui supprime silencieusement les données reçues

L'une de ces idées pourrait vous donner des moyens de générer artificiellement le scénario dont vous avez besoin

Selon le logiciel de pare-feu que vous avez installé / disponible, vous devriez pouvoir bloquer le port sortant et selon la configuration de votre pare-feu, il devrait simplement supprimer le paquet de demande de connexion. Aucune demande de connexion, aucune connexion, un délai d'attente s'ensuit. Cela fonctionnerait probablement mieux s'il était implémenté au niveau du routeur (ils ont tendance à laisser tomber les paquets au lieu d'envoyer des réinitialisations, ou quel que soit l'équivalent pour la situation), mais il y a forcément un package logiciel qui ferait l'affaire aussi.

La chose la plus simple serait de supprimer votre connexion à l'aide de CurrPorts .

Cependant, afin de tester à l'unité votre code de gestion des exceptions, vous devriez peut-être envisager d'abstraire votre code de connexion réseau et écrire un talon, une maquette ou un décorateur qui lève des exceptions à la demande. Vous pourrez ensuite tester la logique de gestion des erreurs de l'application sans avoir à utiliser réellement le réseau.

J'ai eu des problèmes comme vous. Afin de tester le comportement du logiciel, je viens de débrancher le câble réseau au moment approprié. J'ai dû fixer un point d'arrêt juste avant de vouloir débrancher le câble.

Si je recommençais, je mettrais un interrupteur (un bouton-poussoir momentané normalement fermé) dans un câble réseau.

Si la déconnexion physique provoque un comportement différent, vous pouvez connecter votre ordinateur à un concentrateur bon marché et placer le commutateur que j'ai mentionné ci-dessus entre votre concentrateur et le réseau principal.

- MODIFIER - Dans de nombreux cas, vous aurez besoin que la connexion réseau fonctionne jusqu'à ce que vous arriviez à un certain point de votre programme, PUIS vous voudrez vous déconnecter en utilisant l'une des nombreuses suggestions proposées.

Pour moi, le moyen le plus simple était d'ajouter un itinéraire statique sur le routeur de bureau en fonction du réseau de destination. Acheminez simplement le trafic vers un hôte qui ne répond pas (par exemple, votre ordinateur) et vous obtiendrez le délai d'expiration de la demande.

La meilleure chose pour moi était que la route statique peut être gérée via l'interface Web et activée / désactivée facilement.

Vous pouvez essayer de vous connecter à l'un des sites Web bien connus sur un port qui peut ne pas être disponible de l'extérieur - 200 par exemple. La plupart des pare-feu fonctionnent en mode DROP et ils simuleront un timeout pour vous.