Crear artificialmente un error de tiempo de espera de conexión

He tenido un error en nuestro software que ocurre cuando recibo un tiempo de espera de conexión. Estos errores son muy raros (por lo general, cuando mi conexión se cae por nuestra red interna). ¿Cómo puedo generar este tipo de efecto artificialmente para poder probar nuestro software?

Si es importante, la aplicación está escrita en C ++ / MFC usando clases CAsyncSocket.

Editar:

Intenté usar un host inexistente y recibí el error de socket:

WSAEINVAL (10022) Argumento no válido

Mi siguiente intento fue utilizar la sugerencia de Alexander de conectarse a un puerto diferente, por ejemplo, 81 (aunque en mi propio servidor). Eso funcionó muy bien. Exactamente lo mismo que una conexión perdida (60 segundos de espera, luego error). ¡Gracias!

Conéctese a un host existente pero a un puerto que esté bloqueado por el firewall que simplemente descarta los paquetes TCP SYN. Por ejemplo, www.google.com:81.

Conéctese a una dirección IP no enrutable, como 10.255.255.1.

Si está en una máquina Unix, puede comenzar a escuchar un puerto usando netcat:

nc -l 8099

Luego, modifique su servicio para llamar a lo que normalmente hace a ese puerto, por ejemplo, http: // localhost: 8099 / some / sort / of / endpoint

Luego, su servicio abrirá la conexión y escribirá datos, pero nunca recibirá una respuesta, por lo que le dará un Tiempo de espera de lectura (en lugar de Conexión rechazada)

La siguiente URL siempre da un tiempo de espera y combina lo mejor de las respuestas de @Alexander y @ Emu anteriores:

http://example.com:81

El uso example.com:81es una mejora en la respuesta de Alexander porque example.com está reservado por el estándar DNS, por lo que siempre será inalcanzable, a diferencia de lo google.com:81que puede cambiar si Google lo desea. Además, debido a que example.comse define como inalcanzable, no estará inundando los servidores de Google.

Diría que es una mejora con respecto a la respuesta de @emu porque es mucho más fácil de recordar.

Muchas buenas respuestas, pero la solución más limpia parece ser este servicio

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

Puede configurar la duración del tiempo de espera (hasta 230 segundos) y el código de retorno eventual.

Puede usar Python REPL para simular un tiempo de espera mientras recibe datos (es decir, después de que una conexión se haya establecido con éxito). Solo se necesita una instalación estándar de Python.

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()

Ahora espera una conexión entrante. Conecta lo que quieras probar localhost:9000. Cuando lo haga, Python aceptará la conexión y la accept()devolverá. A menos que envíe datos a través de clientsocket, el zócalo de la persona que llama debe expirar durante el siguiente 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

Todos estos no son enrutables.

Me gustaría señalar la atención de todos al método

Con una configuración (tomada de sus ejemplos) 200:b@100:drobtendrás una conexión que cae aleatoriamente.

¿Qué tal una solución de software:

Instale el servidor SSH en el servidor de aplicaciones. Luego, use el túnel de socket para crear un enlace entre su puerto local y el puerto remoto en el servidor de aplicaciones. Puede usar las herramientas de cliente ssh para hacerlo. Haga que su aplicación cliente se conecte a su puerto local asignado en su lugar. Luego, puede romper el túnel del zócalo a voluntad para simular el tiempo de espera de la conexión.

Si desea usar una conexión activa, también puede usar http://httpbin.org/delay/# , donde # es el tiempo que desea que su servidor espere antes de enviar una respuesta. Mientras su tiempo de espera sea más corto que el retraso ... debería simular el efecto. Lo he usado con éxito con el paquete de solicitudes de Python.

Es posible que desee modificar su solicitud si está enviando algo confidencial; no tengo idea de qué sucede con los datos que se les envían.

Hay servicios disponibles que le permiten crear artificialmente tiempos de espera de origen llamando a una API donde especifique cuánto tiempo tardará el servidor en responder. Server Timeout en macgyver es un ejemplo de dicho servicio.

Por ejemplo, si desea probar una solicitud que tarda 15 segundos en responder, simplemente haga una solicitud posterior a la API de macgyver.

Carga JSON:

{
    "timeout_length": 15000
}

Respuesta API (después de 15 segundos):

{
    "response": "ok"
}

Programa de tiempo de espera del servidor en macgyver
https://askmacgyver.com/explore/program/server-timeout/3U4s6g6u

Puede instalar el controlador Microsoft Loopback que creará una interfaz separada para usted. Luego puedes conectarte a algún servicio tuyo (tu propio host). Luego, en Conexiones de red, puede deshabilitar / habilitar dicha interfaz ...

A pesar de que no está completamente claro cuál es el OP que quiere probar: hay una diferencia entre intentar una conexión a un host / puerto inexistente y un tiempo de espera de una conexión ya establecida. Iría con Rob y esperaría hasta que la conexión funcionara y luego tiraría del cable. O, por conveniencia, tener una máquina virtual que funcione como servidor de prueba (con conexión en red en puente) y que simplemente desactive la interfaz de red virtual una vez que se establezca la conexión.

La técnica que uso con frecuencia para simular un tiempo de espera de conexión aleatorio es usar el reenvío de puerto local ssh.

ssh -L 12345:realserver.com:80 localhost

Esto reenviará el tráfico en localhost: 12345 a realserver.com:80. También puede recorrer esto en su propia máquina local, si desea:

ssh -L 12345:localhost:8080 localhost

Para que pueda apuntar su aplicación a su puerto local y puerto personalizado, y el tráfico se enrutará al host de destino: puerto. Luego puede salir de este shell (es posible que también necesite presionar ctrl + c el shell después de salir) y eliminará el reenvío, lo que hace que su aplicación vea una pérdida de conexión.

Conecte su cable de red a un conmutador que no tenga otra conexión / cables. Eso debería funcionar en mi humilde opinión.

Hay un par de tácticas que he usado en el pasado para simular problemas de redes;

1. Tire del cable de red
2. Apague el interruptor (idealmente con el interruptor en el que la computadora está enchufada aún encendida para que la máquina mantenga su "conexión de red") entre su máquina y la máquina "objetivo"
3. Ejecute el software de firewall en la máquina de destino que descarta silenciosamente los datos recibidos

Una de estas ideas podría darle algunos medios para generar artísticamente el escenario que necesita

Dependiendo del software de firewall que haya instalado / disponible, debería poder bloquear el puerto de salida y dependiendo de cómo esté configurado su firewall, simplemente debería descartar el paquete de solicitud de conexión. Sin solicitud de conexión, sin conexión, se produce el tiempo de espera. Esto probablemente funcionaría mejor si se implementara a nivel de enrutador (tienden a descartar paquetes en lugar de enviar restablecimientos, o lo que sea equivalente para la situación), pero seguramente habrá un paquete de software que también funcionaría.

Lo más fácil sería dejar su conexión usando CurrPorts .

Sin embargo, para probar su código de manejo de excepciones, quizás debería considerar abstraer su código de conexión de red y escribir un código auxiliar, simulador o decorador que arroje excepciones a pedido. Entonces podrá probar la lógica de manejo de errores de la aplicación sin tener que usar la red.

Tuve problemas en la misma línea que tú. Para probar el comportamiento del software, simplemente desconecté el cable de red en el momento apropiado. Tuve que establecer un punto de interrupción justo antes de querer desconectar el cable.

Si lo volviera a hacer, pondría un interruptor (un botón momentáneamente normalmente cerrado) en un cable de red.

Si la desconexión física causa un comportamiento diferente, puede conectar su computadora a un concentrador barato y colocar el interruptor que mencioné anteriormente entre su concentrador y la red principal.

- EDITAR: en muchos casos, necesitará que la conexión de red funcione hasta que llegue a un cierto punto en su programa, ENTONCES querrá desconectarse utilizando una de las muchas sugerencias que se ofrecen.

Para mí, la forma más fácil fue agregar una ruta estática en el enrutador de la oficina según la red de destino. Simplemente enrute el tráfico a algún host que no responda (por ejemplo, su computadora) y obtendrá el tiempo de espera de la solicitud.

Lo mejor para mí fue que la ruta estática se puede administrar a través de la interfaz web y habilitar / deshabilitar fácilmente.

Puede intentar conectarse a uno de los sitios web conocidos en un puerto que puede no estar disponible desde el exterior: 200 por ejemplo. La mayoría de los firewalls funcionan en modo DROP y simulará un tiempo de espera para usted.