Descarga y extrae Clumsy, ejecútalo con permisos adecuados, limita el objetivo al tráfico que vas a probar, activa una sola degradación con un valor moderado, pulsa Start, observa la aplicación y después pulsa Stop y confirma que la red se recuperó.
01
Antes de usar Clumsy
Una prueba útil comienza con un objetivo controlado y un resultado esperado por escrito.
Anota el comportamiento que quieres evaluar antes de pulsar Start. Una primera prueba podría ser: «Cuando las respuestas de la API se retrasen 300 ms, la aplicación debe mostrar un indicador de carga, seguir respondiendo y completar la solicitud sin perder los datos del formulario». La frase define un objetivo, una degradación medible y un resultado visible. No actives todos los controles a la vez, porque no sabrás qué condición provocó el fallo.
Usa Clumsy solo en tus propios sistemas y tráfico, o donde tengas autorización explícita. Los mismos controles que permiten a un equipo de control de calidad reproducir una mala conexión pueden molestar a otros usuarios si se emplean mal. Esta guía no cubre trampas de juegos, evasión antitrampas, lag switches ocultos ni ataques contra servicios ajenos.
- Elige una sesión de prueba desechable o reversible.
- Registra el tiempo de respuesta normal antes de añadir degradación.
- Prueba una aplicación, endpoint o puerto cada vez siempre que sea posible.
- Aprende a pulsar Stop y cerrar Clumsy antes de iniciar la prueba.
02
Descargar, verificar y extraer Clumsy 0.3
La versión oficial actual es Clumsy 0.3. Descárgala desde jagt/clumsy en GitHub, no desde un espejo desconocido ni un instalador con envoltorio propio. La mayoría de los equipos Windows necesitan Win64. Win32 existe para instalaciones x86 de 32 bits. Si tienes dudas, abre Información del sistema y revisa Tipo de sistema antes de elegir.
La versión oficial ofrece archivos A, B y C para cada arquitectura. Las notas indican que usan firmas distintas de WinDivert, pero ofrecen las mismas funciones. Empieza con A. Si un producto de seguridad trata esa firma de otra manera, revisa las notas antes de probar B o C. No supongas que un archivo llamado Clumsy 0.4 o 0.6 es una compilación oficial más nueva: esos números no aparecen en el historial comprobado.
| Compilación | Cuándo usarla | Tamaño verificado | Archivo oficial |
|---|---|---|---|
| Win64 A | Tipo de sistema muestra x64 | 536.789 bytes | clumsy-0.3-win64-a.zip |
| Win32 A | Tipo de sistema muestra x86 | 581.772 bytes | clumsy-0.3-win32-a.zip |
Un nombre coincidente no basta. Compara la fuente, el tamaño exacto y SHA-256 antes de ejecutar una utilidad que trabaja con la red.
03
Elegir un filtro de paquetes estrecho
Clumsy usa expresiones de filtro de WinDivert para decidir qué paquetes entran en la degradación. El filtro es el límite de la prueba: una expresión estrecha reduce el alcance, mientras que una amplia puede hacer que todo el equipo parezca inestable. Empieza con el mínimo tráfico necesario. Por ejemplo, para probar un servicio HTTP, limita el objetivo al host, protocolo o puerto del servicio en lugar de todo el tráfico entrante y saliente.
La dirección es importante. El tráfico outbound sale del equipo y el inbound vuelve a él. Una solicitud y su respuesta pueden exigir observaciones distintas. Si la prueba falla antes de entender por qué, detén la degradación, vuelve a la referencia conocida y simplifica el filtro. No pegues una expresión de un foro anónimo sin saber qué tráfico coincide.
04
Realizar la primera prueba de latencia con Clumsy
Lag es un buen primer módulo porque su efecto se observa sin descartar datos intencionadamente. Empieza con un retraso moderado, por ejemplo 200 o 300 milisegundos, y una aplicación cuya respuesta normal ya hayas medido. Configura el filtro, activa Lag, introduce el retraso y pulsa Start. Ejecuta una acción conocida y compara la respuesta con la referencia.
Observa más que el tiempo total. ¿La interfaz reconoce el clic? ¿Muestra carga? ¿Permite cancelar? ¿La solicitud caduca demasiado pronto? ¿Conserva el formulario? Una aplicación resistente comunica que el trabajo continúa y se recupera cuando mejora la red. Registra los ajustes de Clumsy, la compilación de la aplicación y el comportamiento observado.
- Medir la referenciaEjecuta la misma acción sin Clumsy y registra la respuesta normal.
- Activar LagElige un retraso moderado y deja desactivados los demás módulos.
- Iniciar la degradaciónRevisa el filtro, pulsa Start y realiza una acción conocida.
- Observar la experienciaComprueba mensajes, tiempos de espera, reintentos, cancelación y conservación del estado.
- Detener y repetirDesactiva Clumsy y repite la acción para demostrar que el entorno se recuperó.
05
Añadir pérdida de paquetes sin perder el control
La pérdida de paquetes es más perturbadora que el retraso porque los paquetes seleccionados nunca llegan a destino. Empieza con una probabilidad baja y un filtro estrecho. El objetivo no es inutilizar la conexión, sino revelar cómo reintenta, reconecta y comunica un fallo parcial la aplicación. Un porcentaje pequeño puede descubrir un supuesto frágil en una transmisión o canal de solicitudes.
Vigila las operaciones duplicadas. Si un cliente reintenta tras perder una respuesta, el servidor puede haber completado la primera solicitud aunque el cliente no recibiera confirmación. Las operaciones que crean pedidos, pagos, mensajes o registros necesitan idempotencia y recuperación clara. Clumsy revela el síntoma visible, pero los registros y los identificadores de solicitud explican la secuencia.
06
Usar Throttle, Duplicate, Out of order y Tamper con criterio
Throttle sirve cuando el problema es el caudal limitado, no la entrega tardía. Puede revelar si una descarga grande monopoliza la interfaz, si el progreso se detiene o si el cliente abre demasiadas solicitudes paralelas. Duplicate prueba supuestos de entrega única. Out of order expone fallos de secuencia y búfer. Tamper es una prueba avanzada para tráfico autorizado y no debería ser el primer módulo de una persona nueva.
| Módulo | Pregunta que ayuda a responder | Precaución inicial |
|---|---|---|
| Lag | ¿La aplicación sigue siendo comprensible con respuestas tardías? | Empieza con un retraso moderado. |
| Drop | ¿Los reintentos y reconexiones recuperan paquetes ausentes? | Usa una probabilidad baja y vigila duplicados. |
| Throttle | ¿El flujo sigue siendo útil con poco caudal? | Prueba una transferencia cada vez. |
| Duplicate | ¿El procesamiento es idempotente si el tráfico se repite? | Observa también los efectos en el servidor. |
07
Resolver inicio, avisos de seguridad y recuperación
Clumsy depende de WinDivert para capturar y reinyectar paquetes. Esa operación de bajo nivel puede activar solicitudes de permiso o revisiones de seguridad. Un aviso no demuestra que el archivo sea malicioso, y una fuente oficial no garantiza que toda política lo permita. Verifica la fuente de GitHub y el checksum, usa la arquitectura correcta, extrae todo el ZIP y revisa el evento en lugar de desactivar la protección sin criterio.
Si Clumsy no inicia, confirma que extrajiste el archivo completo y que el ejecutable permanece junto a los archivos de WinDivert. Prueba la arquitectura correcta. Si la firma A está bloqueada y tu política permite la prueba, revisa la explicación oficial sobre B y C. Un equipo corporativo puede aplicar reglas de controladores que solo su administrador puede cambiar; solicita ayuda en lugar de intentar evadirlas.
- Nunca desactives la protección para forzar una compilación desconocida.
- Conserva el ZIP oficial y su checksum en el registro de prueba.
- Usa acceso de administrador solo con autorización del propietario u organización.
- Documenta cómo restauraste el entorno tras cada sesión.
08
Convertir una prueba manual en un flujo de QA repetible
El valor de Clumsy está en la repetibilidad, no en empeorar la conexión al azar. Asigna un nombre al escenario, registra la compilación, captura la referencia, guarda el filtro y los valores, define una condición de éxito y escribe la acción exacta de recuperación. Combina el resultado visible con registros de aplicación y servidor cuando haya reintentos o finalización parcial.
Como siguiente paso, utiliza la receta de prueba de latencia o la receta de pérdida de paquetes.
Incluye compilación, versión de Windows y Clumsy, checksum, filtro, valores, referencia, resultado, registros y confirmación de recuperación.
Preguntas frecuentes
Cómo usar Clumsy: preguntas frecuentes
¿Tengo que instalar Clumsy?
No. Clumsy 0.3 se distribuye como ZIP portátil. Extrae todos los archivos a una carpeta y ejecuta el programa desde allí.
¿Por qué necesita permiso de administrador?
Clumsy usa WinDivert para capturar y modificar paquetes coincidentes. Windows puede exigir permiso elevado. Úsalo solo en un dispositivo donde estés autorizado a aprobarlo.
¿Qué debería probar primero?
Empieza con un filtro estrecho y un valor Lag moderado sobre una aplicación no crítica. El retraso se observa y recupera con más facilidad que una pérdida agresiva.
¿Puedo cambiar ajustes mientras se ejecuta?
Para obtener resultados repetibles, detén la degradación, cambia una variable, confirma el filtro e inicia otra ejecución. Registra cada prueba por separado.
¿Cómo restauro la conexión normal?
Pulsa Stop, cierra Clumsy, confirma que el proceso terminó y repite la acción de referencia. Revisa VPN, proxy, firewall u otras herramientas si no vuelve la normalidad.
¿Dónde verifico la sintaxis del filtro?
Consulta la documentación oficial de jagt/clumsy y el lenguaje de filtros de WinDivert. No pegues filtros amplios de fuentes desconocidas sin entender su alcance.