Probar una aplicación sin internet
Desenchufar el cable de red prueba una sola cosa: una máquina sin red. La mayoría de los errores sin conexión no son eso. Ocurren cuando el adaptador está activo, el icono de Wi-Fi parece normal y lo que la aplicación necesita simplemente no es accesible.
Tres tipos distintos de «sin conexión»
| Lo que activas | Qué ve la aplicación | El error que encuentra |
|---|---|---|
| Modo LAN | La red local funciona. Nada más allá funciona. | El Wi-Fi de un hotel antes de iniciar sesión, un enlace de subida caído, una red de empresa sin ruta hacia fuera. |
| Bloquear una dirección | Un servidor es inaccesible. Todo lo demás funciona. | Una dependencia caída mientras la aplicación en sí está bien: el caso que una comprobación de estado suele pasar por alto. |
| Bloquear el puerto 53 | Los nombres dejan de resolverse, las conexiones por dirección siguen funcionando. | DNS roto, que a un usuario le parece «internet se ha caído» y en los registros parece algo completamente distinto. |
Desde la línea de comandos
Sin internet para una aplicación, red local intacta, durante dos minutos:
BeanNetworkTester.exe --lan-mode --target myapp.exe --duration 120Un servicio inaccesible, todo lo demás normal:
BeanNetworkTester.exe --block-ip 203.0.113.10Los nombres dejan de resolverse:
BeanNetworkTester.exe --block-port 53 --target myapp.exeTambién hay una línea de tiempo lista que rompe el DNS y lo devuelve por sí sola: failing-dns.json, en la carpeta scenarios junto al programa. Consulta escenarios temporales.
Qué observar de verdad
- El mensaje. ¿Dice la aplicación qué ha pasado, o muestra un indicador de carga para siempre?
- El reintento. ¿Espera cada vez más, o martillea la misma dirección en un bucle?
- La cola. ¿El trabajo que hizo el usuario sin conexión se conserva y se envía después, o se pierde?
- La recuperación. STOP devuelve la red. ¿La aplicación se da cuenta por sí sola, o necesita reiniciarse?
Ese último punto es donde está la mayor parte del valor. Quedarse sin conexión es fácil de manejar mal y fácil de probar. Es al volver cuando el estado se descontrola.
Lo que esto no es
El adaptador sigue activo y la máquina conserva su dirección, así que una aplicación que solo le pregunta a Windows «¿hay red?» sigue recibiendo un sí. Es deliberado, y es la prueba más interesante: los usuarios reales rara vez están desconectados, están conectados a algo que no llega a lo que necesitan. Si quieres específicamente el caso «sin adaptador», desactiva el adaptador: no hace falta ninguna herramienta.