Guía de Diagnóstico de Red

Cómo ejecutar ping, traceroute y MTR desde tu propio equipo para que Soporte pueda analizar tu conexión.

Tu IP pública: 216.73.216.44

Escribe aquí tu dominio (o la IP de tu servidor) y todos los comandos de esta página se actualizarán automáticamente, listos para copiar y pegar. Incluye siempre tu IP pública cuando reportes un problema a Soporte.

¿Por qué debes ejecutar tú las pruebas?
Un problema de conexión casi siempre ocurre en el trayecto entre tu red y el servidor: tu WiFi, tu router, tu proveedor de internet o alguno de los enlaces internacionales. Ese trayecto solo puede medirse desde tu equipo. Las pruebas lanzadas desde el datacenter no recorren el mismo camino y por eso no sirven para diagnosticar tu caso.

1. Ping: ¿hay latencia alta o se pierden paquetes?

ping envía pequeños paquetes al servidor y mide cuánto tardan en volver. Es la prueba más rápida para detectar lentitud (latencia alta) o cortes intermitentes (pérdida de paquetes).

  1. Presiona Win + R, escribe cmd y pulsa Enter.
  2. Copia y pega este comando en la ventana negra, y presiona Enter:
C:\> ping -n 20 tudominio.cl

-n 20 envía 20 paquetes (unos 20 segundos). Con menos de 10 paquetes los resultados no son concluyentes. Si el problema es intermitente, usa una prueba continua y déjala corriendo varios minutos hasta que el problema aparezca; detén con Ctrl + C:

C:\> ping -t tudominio.cl

Cómo leer el resultado

Símbolo del sistema / ping
Haciendo ping a tudominio.cl [192.0.2.45] con 32 bytes de datos:
Respuesta desde 192.0.2.45: bytes=32 tiempo=184ms TTL=52
Respuesta desde 192.0.2.45: bytes=32 tiempo=186ms TTL=52
Respuesta desde 192.0.2.45: bytes=32 tiempo=183ms TTL=52
Tiempo de espera agotado para esta solicitud.
Respuesta desde 192.0.2.45: bytes=32 tiempo=185ms TTL=52

Estadísticas de ping para 192.0.2.45:
    Paquetes: enviados = 20, recibidos = 19, perdidos = 1 (5% perdidos)
Tiempos aproximados de ida y vuelta en milisegundos:
    Mínimo = 183ms, Máximo = 210ms, Media = 186ms
DatoQué significa
tiempo= Latencia de ese paquete: lo que tarda en ir y volver. Es el número que percibes como "lentitud".
Media El promedio de todos los paquetes. Es el valor que debes comparar con la tabla de referencia de abajo.
perdidos Paquetes que nunca volvieron. 0% es lo normal. Sobre 2% ya provoca cortes y lentitud perceptible; sobre 5% la conexión es inutilizable para trabajar.
Mínimo / Máximo Si están muy separados entre sí (por ejemplo 180ms y 900ms) tienes jitter: la conexión es inestable aunque el promedio se vea bien. Afecta sobre todo a videollamadas y VoIP.
Tiempo de espera agotado Ese paquete se perdió. Uno aislado no es grave; varios seguidos indican un problema real en la ruta.
TTL Indicador técnico de cuántos saltos recorrió el paquete. No refleja la calidad de la conexión, puedes ignorarlo.
Latencia esperada en conexión internacional Chile ↔ Estados Unidos
Excelente: < 200 ms
Buena: 200 a 250 ms
Regular: 250 a 300 ms
Crítica: > 300 ms
Un ping alto no siempre es culpa del servidor. La distancia física impone un mínimo: entre Chile y un datacenter en EE.UU. es normal ver entre 150 y 250 ms, y eso no puede reducirse. Lo que sí es anormal es la pérdida de paquetes o que la latencia se dispare de golpe respecto a lo habitual.
Si el ping no responde nada, no significa que el sitio esté caído. Muchos servidores y firewalls (incluido Cloudflare y otros proxys) bloquean el ping por seguridad. Comprueba primero si la web abre en el navegador; si abre pero el ping falla, es normal.

2. Traceroute (tracert): ¿en qué punto del camino falla?

Mientras el ping solo dice si hay un problema, tracert muestra dónde está. Lista todos los routers ("saltos") por los que pasa tu conexión: tu router, tu proveedor de internet, los enlaces internacionales y finalmente el datacenter.

  1. Abre el Símbolo del sistema (Win + RcmdEnter).
  2. Ejecuta el comando. Tarda entre 30 segundos y 2 minutos, es normal:
C:\> tracert -d tudominio.cl

El parámetro -d evita resolver los nombres de cada router y hace la prueba mucho más rápida. Si quieres ver los nombres (útil para identificar al proveedor de cada tramo), ejecuta el comando sin -d.

Cómo leer el resultado

Símbolo del sistema / tracert
Traza a tudominio.cl [192.0.2.45]
sobre un máximo de 30 saltos:

  1     1 ms     1 ms     1 ms  192.168.1.1          <- tu router
  2    12 ms    11 ms    12 ms  10.20.1.1            <- tu proveedor (ISP)
  3    14 ms    13 ms    14 ms  200.27.x.x           <- red del ISP en Chile
  4     *        *        *     Tiempo de espera agotado.  <- router mudo: NO es un fallo
  5   142 ms   141 ms   143 ms  4.68.x.x             <- salida internacional
  6   318 ms   402 ms   355 ms  62.115.x.x           <- aquí sube la latencia
  7   320 ms   319 ms   321 ms  63.218.x.x
  8   322 ms   321 ms   322 ms  192.0.2.45           <- destino final

Traza completa.
Qué vesCómo interpretarlo
Las 3 columnas de ms Tres mediciones a ese salto. Deben ser parecidas entre sí y crecer de forma gradual a medida que bajas en la lista.
Un salto con * * * en medio Normal. Muchos routers están configurados para no responder, pero sí dejan pasar el tráfico. Mientras los saltos siguientes respondan, no hay ningún problema ahí.
* * * desde un salto hasta el final Sí es un problema. La conexión se corta en ese punto y nunca llega al destino. Ese salto (y el anterior) indican dónde está la falla.
Un salto con latencia alta y los siguientes normales Falsa alarma: ese router simplemente da baja prioridad a responder. Solo importa si la latencia alta se mantiene hasta el último salto.
Salto grande de latencia que ya no baja Ahí está el cuello de botella real. Anota la IP de ese salto: es el dato clave para el reporte.
Los primeros saltos (1 y 2) Son tu router y tu ISP. Si el problema aparece aquí (latencia alta o pérdidas), la falla es de tu red local o de tu proveedor, no del servidor.
Extra para Windows: pathping. Combina ping y tracert y calcula el porcentaje de pérdida en cada salto. Es la mejor herramienta nativa de Windows para localizar pérdidas, pero tarda unos 5 minutos en entregar el resultado. Déjalo correr sin cerrar la ventana.
C:\> pathping -n tudominio.cl

3. MTR / WinMTR: la prueba definitiva

MTR hace ping y traceroute al mismo tiempo y de forma continua: recorre toda la ruta una y otra vez y va acumulando estadísticas de pérdida y latencia por cada salto. Es lo que Soporte necesita para problemas intermitentes, esos que "a veces pasan" y que un ping puntual nunca alcanza a capturar.

Paso 1: descarga la herramienta

Tu antivirus o Windows SmartScreen puede advertirte al abrir el programa: es habitual en herramientas de red que acceden a bajo nivel. Si descargaste el archivo desde esta página, puedes continuar con seguridad (Más información → Ejecutar de todas formas).

Paso 2: ejecuta la prueba

  1. Si descargaste el .zip, descomprímelo primero en una carpeta (por ejemplo el Escritorio).
  2. Haz clic derecho sobre el programa y elige «Ejecutar como administrador». Sin permisos de administrador MTR no puede enviar los paquetes y no mostrará resultados.
  3. En el campo Host escribe tu dominio o IP: tudominio.cl
  4. Pulsa el botón Start.
  5. Deja la prueba corriendo hasta acumular al menos 100 paquetes (columna Sent), unos 2 a 3 minutos. Si el problema es intermitente, déjala 10 minutos o más hasta que ocurra.
  6. Pulsa Stop y luego «Copy Text to clipboard». Pega ese texto en tu ticket de Soporte: es mejor que una captura de pantalla, porque el texto se puede analizar y buscar.

Cómo leer el resultado

WinMTR / Copy Text to clipboard
|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                          192.168.1.1 -    0% |  120 |  120 |    1 |    1 |    3 |    1 |
|                            10.20.1.1 -    0% |  120 |  120 |   11 |   12 |   19 |   12 |
|                         200.27.x.x   -   18% |  120 |   98 |   13 |   14 |   22 |   14 |  <- pérdida que NO se propaga: ignorar
|                            4.68.x.x  -    0% |  120 |  120 |  141 |  143 |  160 |  142 |
|                          62.115.x.x  -    7% |  120 |  112 |  180 |  318 |  902 |  240 |  <- aquí empieza el problema real
|                          63.218.x.x  -    7% |  120 |  112 |  182 |  320 |  915 |  242 |
|                          192.0.2.45  -    7% |  120 |  112 |  183 |  322 |  920 |  245 |  <- destino: la pérdida llegó hasta el final
|__________________________________________________|______|______|______|______|______|______|
ColumnaQué significa
HostCada router del camino, en orden. La última línea es tu servidor de destino.
% (Loss)Porcentaje de paquetes perdidos en ese salto. Es la columna más importante.
Sent / RecvPaquetes enviados y recibidos. Espera a que Sent supere 100 antes de sacar conclusiones.
Best / Avrg / WrstLatencia mínima, media y máxima. Si Wrst es varias veces mayor que Avrg, la conexión tiene picos de inestabilidad.
LastEl último valor medido. Sirve para ver el estado en tiempo real, no para el diagnóstico global.
La regla de oro para leer un MTR: solo cuenta la pérdida que se mantiene desde un salto hasta la última línea. Si un router intermedio marca 20% de pérdida pero los saltos siguientes marcan 0%, no hay ningún problema: ese router simplemente limita las respuestas a MTR por seguridad, mientras reenvía tu tráfico real sin tocarlo. En cambio, si la pérdida aparece en un salto y continúa hasta el destino, ahí está la falla.

4. Si no usas Windows

Abre el Símbolo del sistema con Win + RcmdEnter. Son los comandos descritos arriba:

C:\> ping -n 20 tudominio.cl C:\> tracert -d tudominio.cl C:\> pathping -n tudominio.cl

Abre Terminal (Cmd + Espacio, escribe Terminal):

$ ping -c 20 tudominio.cl $ traceroute tudominio.cl

Para el equivalente a WinMTR necesitas instalar mtr con Homebrew:

$ brew install mtr $ sudo mtr -rwbzc 100 tudominio.cl

Abre una terminal. En Debian/Ubuntu instala mtr con sudo apt install mtr-tiny traceroute:

$ ping -c 20 tudominio.cl $ traceroute tudominio.cl $ mtr -rwbzc 100 tudominio.cl

La opción -r genera un informe de texto al terminar (en vez de la pantalla interactiva), -c 100 envía 100 ciclos y -w -b -z muestran nombres, IPs y el número de red de cada salto. Ese informe es exactamente lo que Soporte necesita.

5. Cómo enviar los resultados a Soporte

La forma más cómoda en Windows es guardar ping y tracert en un solo archivo de texto. Pega este comando en el Símbolo del sistema: al terminar tendrás diagnostico.txt en tu Escritorio, listo para adjuntar.

C:\> (ping -n 20 tudominio.cl & tracert -d tudominio.cl) > "%USERPROFILE%\Desktop\diagnostico.txt" 2>&1

Si prefieres copiar el texto directamente desde la ventana: haz clic derecho dentro del Símbolo del sistema, elige Marcar, selecciona el texto con el mouse y pulsa Enter para copiarlo. Luego pégalo en el ticket con Ctrl + V.

Incluye siempre estos datos

  • El resultado completo en texto de ping, tracert y (si pudiste) MTR. Prefiere texto antes que capturas de pantalla.
  • Tu IP pública: 216.73.216.44 (cópiala tal cual).
  • La fecha y hora exactas en que hiciste la prueba y en que notaste el problema.
  • Tu proveedor de internet y tipo de conexión (fibra, cable, 4G/5G, satelital).
  • Si estás por WiFi o cable de red. Cuando puedas, repite la prueba conectado por cable: descarta el WiFi como causa en 2 minutos.
  • Si el problema es constante o intermitente, y si afecta a otros sitios además del tuyo.
Antes de abrir el ticket, una prueba que ahorra tiempo: repite el ping y el tracert desde otra red (por ejemplo, compartiendo datos desde tu teléfono). Si desde ahí todo funciona bien, el problema está en tu red o en tu proveedor de internet, no en el servidor. Incluir ambos resultados en el reporte acelera muchísimo el diagnóstico.