Saltar al contenido principal

VPS: Identificando problemas de red con WinMTR/MTR

Esta guía fue creada con los siguientes productos:

(Los detalles pueden variar según los productos de diferentes proveedores, pero los conceptos principales permanecen igual)

Introducción

Los problemas de red pueden ser muy molestos y, por supuesto, no deberían formar parte de tu día a día. Sin embargo, cuando ocurren, es importante identificar la causa de forma rápida y eficiente para solucionarlos. La información detallada sobre problemas de red se puede analizar eficazmente usando la aplicación WinMTR (Windows) o MTR (Linux/Mac OS).

img

WinMTR/MTR es una herramienta de diagnóstico de red que combina las funciones de Ping y Traceroute. Permite un análisis detallado tanto de la ruta de salida (Cliente → Servidor) como de la ruta de retorno (Servidor → Cliente), rastreando el camino de los paquetes de datos en ambas direcciones. Así captura información importante como la latencia y la pérdida de paquetes, que son clave para diagnosticar y solucionar problemas de red con precisión.

Ruta de salida (Cliente → Servidor): Un informe para la ruta de salida es útil cuando surgen problemas como desconexiones, conexiones lentas o dificultades para establecer conexión. Este análisis ayuda a identificar posibles problemas en el camino desde el cliente hasta el servidor, como congestión de red, pérdida de paquetes o rutas defectuosas.

Ruta de retorno (Servidor → Cliente): Un informe para la ruta de retorno solo tiene sentido una vez que se ha confirmado una conexión estable y funcional en la ruta de salida. Esto significa que el informe de la ruta de retorno es especialmente relevante cuando la ruta de salida no muestra problemas, pero aún persisten problemas como respuestas lentas del servidor, tiempos de carga retrasados o transmisiones de datos incompletas.

En resumen, si se presentan problemas de red evidentes, primero se debe analizar la ruta de salida (Cliente → Servidor). Si el informe de salida no muestra anomalías y los problemas persisten, es necesario revisar la ruta de retorno (Servidor → Cliente) para identificar posibles problemas asimétricos. Los problemas asimétricos de red pueden surgir cuando los paquetes de datos se transmiten sin problemas en una dirección, pero se experimentan retrasos o pérdida de paquetes en la dirección opuesta.

Instalación

Ahora que hemos aclarado cuándo son útiles los informes para las rutas de entrada y salida, podemos pasar a la instalación tanto en el cliente como en el servidor.

Cliente

Para la ruta de salida, la aplicación debe instalarse en el cliente (tu ordenador). Los siguientes pasos explican cómo instalar la aplicación para tu sistema operativo.

Cuando uses un ordenador con sistema operativo Windows, el análisis de red se realiza con la aplicación WinMTR. Para instalar WinMTR en tu equipo, primero descarga la aplicación desde la web de ZAP-Hosting. Tras descargarla, extrae el archivo. Obtendrás el archivo ejecutable WinMTR.exe.

AplicaciónDescarga
WinMTRLink

Servidor

Para la ruta de retorno, la aplicación debe instalarse en el servidor. Los siguientes pasos explican cómo instalar la aplicación para el sistema operativo de tu servidor.

Conéctate a tu servidor vía SSH. Para instalar MTR en tu sistema, ejecuta el comando de instalación correspondiente al sistema operativo de tu servidor:

Debian

apt install mtr -y

Ubuntu

apt install mtr -y

OpenSUSE

zypper addrepo https://download.opensuse.org/repositories/openSUSE:11.4/standard/openSUSE:11.4.repo
zypper refresh
zypper install mtr

Fedora

yum install mtr -y

Crear informe

A continuación, se creará un informe usando la aplicación WinMTR/MTR. Esto se hará tanto para la ruta de salida (Cliente → Servidor) como para la ruta de retorno (Servidor → Cliente).

Crear informe durante problemas activos

El informe debe generarse cuando el problema esté ocurriendo y sea evidente. Solo así el informe proporcionará información útil que ayude a diagnosticar y resolver el problema.

Ruta de salida (Cliente → Servidor)

Para analizar la ruta desde tu ordenador hasta el servidor, abre la aplicación WinMTR/MTR en tu equipo y sigue los pasos que se indican a continuación.

La aplicación WinMTR se puede iniciar haciendo doble clic en el archivo WinMTR.exe. En el campo Host, introduce la dirección IP o el nombre de host del servidor. Luego, inicia el informe. Deja que la aplicación funcione durante al menos un minuto para recopilar suficientes datos. Cuando tengas datos suficientes, detén el análisis y guarda el resultado haciendo clic en Export TEXT.

img

Ruta de retorno (Servidor → Cliente)

Para analizar la ruta desde el servidor hasta tu ordenador, conéctate a tu servidor y sigue los pasos que se indican a continuación.

La aplicación MTR se puede usar en tu servidor ejecutando el siguiente comando en la terminal SSH:

mtr <dirección-ip-de-tu-cliente>

Deja que la aplicación funcione durante al menos un minuto para recopilar suficientes datos. Cuando tengas datos suficientes, detén el análisis y guarda el resultado.

información

¿No sabes tu dirección IP o no sabes cómo encontrarla? Hay varias formas de determinar tu dirección IP. La forma más rápida es a través de un servicio online como WhatIsMyIPAddress.

Evaluar informe

Al evaluar los resultados, hay varios puntos clave que debes tener en cuenta. La siguiente sección explica estos puntos con más detalle y aclara su importancia para el análisis. Prestar atención a estos aspectos es crucial para hacer un diagnóstico preciso e identificar posibles causas de forma efectiva.

Pérdida de paquetes

Si ves pérdida de paquetes en los resultados, esto indica posibles problemas de red. Una pérdida temporal menor del 1-2% puede no ser problemática, pero valores más altos sugieren problemas más serios. La pérdida de paquetes puede causar retrasos o interrupciones en las conexiones de los servicios. Si la pérdida está distribuida uniformemente en todos los saltos, el problema podría estar en tu propia red o en el servidor. Sin embargo, si la pérdida ocurre solo en un salto o área específica, el problema probablemente esté en ese nodo o en la conexión al siguiente. También es importante saber que pequeñas pérdidas en los primeros saltos, que pertenecen a tu red local, no son necesariamente críticas, ya que estos dispositivos suelen priorizar menos las solicitudes ICMP (como ping) y pueden descartarlas.

Latencia (tiempos de ping)

Los valores de latencia (Avg, Best, Worst) te dan una idea de la velocidad y estabilidad de la conexión. Si notas que la latencia se mantiene alta de forma constante en un salto en particular, esto podría indicar congestión de red o un router lento. Un aumento repentino de latencia entre dos saltos apunta a un posible cuello de botella. Normalmente, la latencia aumenta gradualmente a lo largo de la ruta hacia el destino. Sin embargo, debes estar atento a picos repentinos y significativos, que suelen ser señal de un problema. Comparar las rutas de salida y retorno también puede ayudar a identificar problemas asimétricos, que indican que el tráfico en una dirección tiene dificultades.

Con un análisis cuidadoso de estos factores, puedes determinar con precisión dónde está el problema de red—ya sea en tu propia red, con el proveedor de internet o en algún punto del camino hacia el servidor.

Ejemplos de diagnóstico

Para mejorar tu comprensión, vamos a aclarar la información anterior con algunos ejemplos de diagnóstico. Hemos recopilado varios escenarios que ilustran diferentes situaciones y posibles causas. Estos ejemplos te ayudarán a interpretar los datos y diagnosticar problemas de red de forma más efectiva.

información

Los siguientes ejemplos de diagnóstico ilustran varios escenarios basados en informes ficticios de WinMTR/MTR. Las direcciones IP, nombres de host y rutas contenidas son totalmente ficticios y no tienen conexión con redes o hosts reales.

Ejemplo: Pérdida de paquetes en el cliente

Descripción

En este ejemplo, la situación describe pérdida de paquetes que ocurre en el lado del cliente, visible en ambas rutas, de salida y de retorno.

Ruta de salida (Cliente → Servidor)

Host                               Loss%   Snt   Last   Avg  Best  Wrst StDev
1. 192.168.1.1 15.0% 20 1.1 3.4 1.0 10.2 2.8
2. 10.0.0.1 10.0% 20 12.3 15.7 10.5 30.8 5.5
3. 172.16.0.1 0.0% 20 25.1 26.0 24.8 27.2 0.6
4. 203.0.113.5 0.0% 20 35.4 34.5 33.2 36.1 0.9
5. be1234.ccr42.isp.net 0.0% 20 50.6 49.8 49.1 51.5 0.8
6. be5678.ccr21.isp.net 0.0% 20 60.1 59.9 59.5 61.0 0.4
7. 198.51.100.10 0.0% 20 70.2 70.5 70.0 71.3 0.5
8. IP-Objetivo (Servidor) 0.0% 20 80.2 80.0 79.5 81.2 0.6

Ruta de retorno (Servidor → Cliente)

Host                               Loss%   Snt   Last   Avg  Best  Wrst StDev
1. IP-Objetivo (Servidor) 0.0% 20 80.2 80.0 79.5 81.2 0.6
2. 198.51.100.10 0.0% 20 70.1 70.4 69.8 71.2 0.5
3. be5678.ccr21.isp.net 0.0% 20 60.2 60.0 59.6 60.7 0.4
4. be1234.ccr42.isp.net 0.0% 20 50.1 50.2 49.5 51.0 0.5
5. 203.0.113.5 0.0% 20 35.5 35.0 34.5 36.0 0.4
6. 172.16.0.1 0.0% 20 25.2 26.1 24.9 27.3 0.7
7. 10.0.0.1 10.0% 20 15.8 16.5 15.0 35.2 6.2
8. 192.168.1.1 15.0% 20 2.0 4.0 1.2 12.0 3.8

Evaluación

La evaluación revela que la pérdida de paquetes ocurre en el lado del cliente. Ambas rutas muestran pérdidas en los primeros saltos (Saltos 1 y 2), indicando un problema en el lado del cliente, ya sea en la red local o en el router.

Reportar problemas

Aunque ZAP-Hosting monitoriza la red de forma continua, es importante que contactes con nuestro equipo de soporte rápidamente en caso de problemas de red. Para asegurar un diagnóstico preciso y una resolución rápida, te pedimos que nos facilites los resultados de tus informes WinMTR/MTR tanto de la ruta de salida como de la de retorno. Esta información nos ayuda a identificar con exactitud las posibles zonas problemáticas y a resolver el problema cuanto antes.