Cómo activar el debug y enviar datos al soporte
Algunos problemas solo ocurren en tu red: cambios de conexión sin motivo aparente, lag que aparece a una hora específica, un túnel que se cae una vez por noche. Desde lejos, sin evidencia, el soporte solo puede adivinar. Con el log correcto en la mano, se puede señalar la línea exacta donde empezó el problema.
La buena noticia: PingArmor ya trae un modo de diagnóstico integrado. Activarlo toma menos de 2 minutos, no cambia nada en la protección, y genera un archivo de texto que registra cada decisión que la app tomó durante la sesión. Este post muestra cómo activarlo, qué recolectar y cómo enviarlo.
Paso 1: activar el Debug Log
Haz clic en el engranaje (esquina superior de la app) para abrir la pantalla “Configuración de Red”. Justo debajo de las interfaces hay un checkbox llamado “Debug Log” — márcalo y haz clic en “Guardar y Aplicar”.
El botón “Abrir logs” al lado del checkbox será útil en el Paso 3 — abre directamente la carpeta donde viven los archivos.
El Debug Log viene desactivado por defecto porque la mayoría de las sesiones no lo necesita. Activado, no agrega ningún costo perceptible: es solo escritura de texto en disco, con truncamiento automático si el archivo supera los 5 MB.
Paso 2: reproducir el problema
Con el debug activado, conecta el túnel y juega normalmente. No hace falta hacer nada especial — el objetivo es que el problema vuelva a ocurrir con la grabadora encendida.
Dos cosas aumentan muchísimo el valor de la evidencia:
- Anota la hora exacta (HH:MM) de cada síntoma. “Lageó como a las 10 de la noche” obliga al soporte a revisar una hora de log. “Lageó a las 22:03” apunta directo a las líneas correctas.
- Cuanto más larga la sesión, mejor. Un problema intermitente necesita tiempo de grabación para aparecer. Una sesión de 3 horas con un síntoma vale más que cinco sesiones de 10 minutos sin ninguno.
debug.log.prev y sobrescribe el .prev anterior. Es decir: tienes como máximo la sesión actual + la anterior. Después de que ocurra el problema, copia los archivos antes de reconectar. Los logs con más de 7 días también se borran automáticamente.Paso 3: recolectar los archivos
Vuelve al engranaje y haz clic en “Abrir logs”. El Explorador de Windows abre directamente la carpeta %APPDATA%\PingArmor\ — también puedes pegar esa ruta en la barra de direcciones de cualquier ventana del Explorador.
Los dos archivos que importan:
debug.log— la sesión actual (o la última, si ya desconectaste)debug.log.prev— la sesión anterior
Por dentro, es texto plano con timestamp en cada línea:
2026-06-05 21:13:58 [INFO] PingArmor v1.8.4 — sesión iniciada
2026-06-05 21:13:58 [INFO] Conectando túnel...
2026-06-05 21:14:22 [INFO] Servidor de juego: 135.125.x.x
2026-06-05 22:03:47 [INFO] [FO] Drop confirmed (ICMP+TCP both failed)
2026-06-05 22:03:47 [INFO] [FO] Socket rebound to 10.177.16.214
2026-06-05 22:03:48 [INFO] [FO] Metrics applied: Ethernet=500 Ethernet 3=5
Cada línea registra una decisión de la app: detección de juego, mediciones de latencia, failover, failback, y el motivo de cada cambio. Eso es exactamente lo que el soporte necesita para reconstruir lo que pasó en tu red.
Copia los dos archivos al Escritorio (o cualquier carpeta tuya) antes de conectar de nuevo.
Paso 4: el Informe de la Sesión
Cuando desconectas — tras una sesión de al menos 10 minutos, o de 3 minutos si hubo algún save — la app abre el “Informe de la Sesión”: un resumen visual con los eventos de protección de la sesión.
Haz clic en “Compartir”: el resumen entero va al portapapeles como texto formateado — duración, saves, cada evento con su hora e interfaz de destino. Pégalo en un bloc de notas y guárdalo junto con los archivos del Paso 3. Nada se envía automáticamente: el texto solo sale de tu PC cuando lo pegas en algún lugar.
Paso 5: enviar al soporte
Manda un email a [email protected] con:
- Los 2 archivos adjuntos —
debug.logydebug.log.prev - El texto de “Compartir” pegado en el cuerpo del email
- La hora exacta del síntoma — HH:MM de cada momento en que notaste el problema
- Descripción libre — qué juego y servidor (¿Tibia Global? ¿Rubinot?), si tu secundaria es cable o 4G, y qué viste en pantalla cuando ocurrió el problema
- La versión de la app — aparece en el pie del PingArmor (ej: v1.8.4)
Checklist: el máximo de evidencia
| Ítem | Por qué importa |
|---|---|
debug.log + debug.log.prev | Registro segundo a segundo de las decisiones de la app |
| Texto de “Compartir” | Resumen de la sesión con cada save e interfaz de destino |
| Hora exacta (HH:MM) del síntoma | Apunta directo a las líneas relevantes del log |
| Juego + servidor + tipo de secundaria | Cada combinación tiene un comportamiento de red distinto |
| Versión de la app | Permite comparar con cambios entre versiones |
Con todo eso en un solo email, un diagnóstico que tomaría días de ida y vuelta generalmente sale en la primera respuesta.
¿Resuelto? Desactívalo (o déjalo encendido)
Una vez diagnosticado el problema, puedes desmarcar “Debug Log” en la misma pantalla — o dejarlo activado para siempre, sin costo perceptible. Con la rotación automática (actual + anterior), el truncamiento en 5 MB y la limpieza de logs con más de 7 días, nunca va a acumular basura en tu disco.
¿Alguna pregunta? Mira la FAQ o escríbenos a [email protected]. Y para entender qué significa cada evento del informe, mira cómo la app protege tu juego durante el failover.
Protege tu conexión ahora
Prueba PingArmor gratis durante 3 días. Sin tarjeta de crédito.
Probar gratis 3 días