Tú decides qué servicios podemos activar para análisis, personalización y contenido externo.
Utilizamos cookies y tecnologías similares en nuestro sitio web para personalizar el contenido, integrar medios externos y comprender mejor el uso de determinadas secciones.
Cookies necesarias
Estas entradas garantizan funciones básicas como la seguridad, la estabilidad y el procesamiento de formularios.
Tus datos pueden tratarse con tu consentimiento o sobre la base de intereses legítimos. En la configuración de cookies puedes rechazar cada categoría opcional o autorizarla expresamente.
Algunos servicios procesan datos personales en terceros países. Al dar tu consentimiento, también aceptas esta transferencia. Encontrarás más información en nuestra política de privacidad.
Puedes volver a abrir y modificar tu selección en cualquier momento. · 1.0.2
Servidor Dedicado: Análisis de Red con WinMTR/MTR para Detectar Errores
Aprende a detectar eficazmente problemas de red analizando el camino de ida y vuelta – mejora la precisión de tu diagnóstico en latencia y pérdida de paquetes → Descubre más ahora
10 de noviembre de 202614 min de lectura2 Visitas0 útil
Introducción
Los problemas de red pueden ser realmente molestos y, por supuesto, no forman parte del día a día. Pero cuando ocurren, es importante encontrar la causa de forma rápida y eficiente para resolver el problema. Puedes analizar información detallada sobre problemas de red con la aplicación WinMTR (Windows) o MTR (Linux/Mac OS).
WinMTR/MTR es una herramienta de diagnóstico de red que combina Ping y Traceroute. Con ella puedes analizar con precisión tanto el camino de ida (Cliente → Servidor) como el camino de vuelta (Servidor → Cliente), siguiendo la ruta de los paquetes de datos en ambas direcciones. Se recopilan datos importantes como latencia y pérdida de paquetes, que son decisivos para un diagnóstico y solución precisos de problemas de red.
Camino de ida (Cliente → Servidor): Un informe para el camino de ida es útil cuando hay problemas como desconexiones, conexiones lentas o dificultades para establecer conexión. El análisis ayuda a detectar posibles problemas en la ruta desde el cliente al servidor, por ejemplo, saturación de red, pérdida de paquetes o rutas erróneas.
Camino de vuelta (Servidor → Cliente): Un informe para el camino de vuelta tiene sentido solo cuando se confirma una conexión estable y funcional en el camino de ida. El informe del camino de vuelta es especialmente relevante si el camino de ida no muestra problemas pero aún así hay respuestas lentas del servidor, tiempos de carga retrasados o transferencias de datos incompletas.
En resumen: si detectas problemas de red, primero debes analizar el camino de ida (Cliente → Servidor). Si este no muestra anomalías y los problemas persisten, revisa el camino de vuelta (Servidor → Cliente) para encontrar posibles problemas asimétricos. Los problemas asimétricos de red ocurren cuando los paquetes de datos viajan sin problemas en una dirección, pero en la otra hay retrasos o pérdidas.
Instalación
Ahora que está claro cuándo son útiles los informes para el camino de ida y vuelta, vamos a la instalación en el cliente y el servidor.
Cliente
Para el camino de ida, la aplicación debe estar instalada en el cliente (tu ordenador). Los siguientes pasos te muestran cómo instalar la aplicación para tu sistema operativo.
Si usas un PC con 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 página web de ZAP-Hosting. Después de la descarga, descomprime el archivo. Obtendrás el archivo ejecutable WinMTR.exe.
En un equipo Linux, utiliza la aplicación MTR. Para instalar MTR, abre la terminal y ejecuta el comando de instalación correspondiente a tu sistema operativo:
Debian
Code
apt install mtr -y
Ubuntu
Code
apt install mtr -y
OpenSUSE
Code
zypper refresh
zypper install mtr
Fedora
Code
yum install mtr -y
En un Mac también usas la aplicación MTR. Sin embargo, MTR no viene preinstalado ni está disponible en la App Store de Apple. Primero debes instalar Homebrew como gestor de paquetes.
Instalar Homebrew
Abre la terminal y ejecuta este comando para instalar Homebrew:
Sigue las instrucciones en la terminal para completar la instalación. Una vez que Homebrew esté funcionando, instala MTR con:
Code
brew install mtr
Servidor
Para el camino de vuelta, la aplicación debe estar instalada en el servidor. Los siguientes pasos te muestran cómo instalar la aplicación para el sistema operativo de tu servidor.
Conéctate a tu servidor mediante SSH. Para instalar MTR, ejecuta el comando adecuado para el sistema operativo de tu servidor:
Debian
Code
apt install mtr -y
Ubuntu
Code
apt install mtr -y
OpenSUSE
Code
zypper refresh
zypper install mtr
Fedora
Code
yum install mtr -y
Conéctate mediante Remote Desktop Connection a tu servidor. Para instalar WinMTR, descarga la aplicación desde la página web de ZAP-Hosting. Después de la descarga, descomprime el archivo y obtendrás el ejecutable WinMTR.exe.
Es una herramienta de diagnóstico de red que combina Ping y Traceroute. Analiza tanto el camino de ida (cliente a servidor) como el de vuelta (servidor a cliente), registrando latencia y pérdida de paquetes para un diagnóstico preciso de problemas de red.
Primero el camino de ida (cliente a servidor). Si no muestra anomalías y los problemas persisten, analiza también el camino de vuelta (servidor a cliente) para detectar posibles problemas asimétricos.
En Windows usa la aplicación WinMTR (descarga desde la web de ZAP-Hosting). En Linux usa MTR, instalable por ejemplo con 'apt install mtr -y' (Debian/Ubuntu). En Mac, MTR no viene preinstalado, se instala mediante Homebrew.
Comentarios
¿Te resultó útil este artículo?
Tus comentarios nos ayudan a priorizar y mejorar los contenidos.
0 de 0 Las valoraciones consideraron útil este artículo.
Ayuda personalizada
¿No te basta con la guía?
Nuestro equipo de soporte de ZAP conoce tu producto. Describe brevemente tu consulta y te ayudaremos personalmente.
Zappy conoce esta guía y te responde directamente en el chat.
Navegación
Servidor dedicado
Reportar problemas
Aunque ZAP-Hosting supervisa constantemente la red, es importante contactar rápidamente con nuestro soporte en caso de problemas de red. Para que podamos diagnosticar y resolver el problema con precisión, por favor envíanos los resultados de tus informes WinMTR/MTR para el camino de ida y vuelta. Así podremos identificar con exactitud los posibles puntos problemáticos y ayudarte rápido.
Alojamiento de servidores desde 2,49 € / mes, disponible al instante, con protección DDoS incluida.
A continuación se muestra cómo crear un informe con WinMTR/MTR, tanto para el camino de ida (Cliente → Servidor) como para el camino de vuelta (Servidor → Cliente).
Atención
Crear informe durante problemas activos
El informe debe crearse mientras el problema está activo y es perceptible. Solo así el informe proporciona información útil para la resolución de errores.
Camino de ida (Cliente → Servidor)
Para analizar la ruta desde tu equipo al servidor, abre la aplicación WinMTR/MTR en tu equipo y sigue los pasos a continuación.
Inicia WinMTR haciendo doble clic en el archivo WinMTR.exe. Introduce en el campo Host la dirección IP o el nombre del servidor. Luego inicia el análisis. Deja que la aplicación funcione al menos un minuto para recopilar suficientes datos. Cuando tengas suficientes datos, detén el análisis y guarda el resultado con Export TEXT.
Inicia MTR en la terminal con el siguiente comando:
Code
mtr <tu-ip-del-servidor>
Deja que la aplicación funcione al menos un minuto para recopilar suficientes datos. Luego detén el análisis y guarda el resultado.
Camino de vuelta (Servidor → Cliente)
Para analizar la ruta desde el servidor a tu equipo, conéctate a tu servidor y sigue los pasos a continuación.
Inicia MTR en el servidor desde la terminal SSH con:
Code
mtr <tu-ip-del-cliente>
Deja que la aplicación funcione al menos un minuto para recopilar suficientes datos. Luego detén el análisis y guarda el resultado.
Información
¿No conoces tu dirección IP o no sabes cómo encontrarla? Hay varias formas de obtener tu dirección IP. La forma más rápida es mediante un servicio en línea como WhatIsMyIPAddress.
Introduce en el campo Host la dirección IP de tu conexión. Inicia el análisis y deja que la aplicación funcione al menos para recopilar suficientes datos. Luego detén el análisis y guarda el resultado con .
Interpretar informe
Al interpretar los resultados hay algunos puntos importantes que debes tener en cuenta. A continuación explicamos estos aspectos con más detalle y mostramos por qué son importantes para el análisis. Si los tienes en cuenta, podrás delimitar mejor la causa del problema.
Pérdida de paquetes
Si ves pérdida de paquetes en los resultados, indica posibles problemas de red. Una pequeña pérdida temporal del 1-2 % suele ser inofensiva, valores más altos indican problemas más graves. La pérdida de paquetes puede causar retrasos o desconexiones. Si la pérdida está distribuida uniformemente en todos los saltos, probablemente el problema esté en tu propia red o en el servidor. 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. Importante: pequeñas pérdidas en los primeros saltos, que pertenecen a tu red local, no son necesariamente críticas, ya que estos dispositivos a menudo priorizan menos y descartan las solicitudes ICMP (por ejemplo, Ping).
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 la latencia se mantiene alta en un salto específico, puede indicar saturación de red o un router lento. Un aumento repentino de latencia entre dos saltos suele indicar un cuello de botella. Normalmente la latencia aumenta gradualmente hacia el destino. Presta atención a picos repentinos y fuertes, que suelen ser señal de problemas. Comparar camino de ida y vuelta ayuda a detectar problemas asimétricos, donde el tráfico en una dirección tiene problemas.
Con un análisis detallado de estos factores puedes determinar bien dónde está el problema de red: en tu red, en el proveedor de internet o en algún punto del camino al servidor.
Ejemplos de diagnóstico
Para entenderlo mejor, te mostramos algunos ejemplos. Los escenarios ilustran diferentes situaciones y posibles causas. Así aprenderás a interpretar mejor los datos y diagnosticar problemas de red de forma más efectiva.
Información
Los siguientes ejemplos de diagnóstico se basan en informes ficticios de WinMTR/MTR. Las direcciones IP, nombres de host y rutas son completamente inventados y no tienen relación con redes o hosts reales.
un minuto
Export TEXT
Información
¿No conoces tu dirección IP o no sabes cómo encontrarla? La forma más rápida es mediante un servicio en línea como WhatIsMyIPAddress.
Ejemplo: Pérdida de paquetes en el cliente
Descripción
Aquí hay pérdida de paquetes en el lado del cliente, visible en camino de ida y vuelta.
La pérdida de paquetes está en el lado del cliente. Ambas rutas muestran pérdidas en los primeros saltos (saltos 1 y 2), lo que indica un problema en la red local o en el router del cliente.
Ejemplo: Pérdida de paquetes en el servidor
Descripción
Aquí hay pérdida de paquetes en el lado del servidor, visible en camino de ida y vuelta.
La pérdida de paquetes está en el lado del servidor. Ambas rutas muestran pérdidas en los últimos saltos (saltos 7 y 8), lo que indica un problema en el servidor.
Ejemplo: Problemas de latencia en el cliente
Descripción
Aquí hay tiempos de latencia altos en el lado del cliente, visibles en camino de ida y vuelta.
La latencia es alta en el lado del cliente. Ambas rutas muestran latencia elevada en los primeros saltos (saltos 1 y 2), lo que indica un problema en el cliente.
Ejemplo: Problemas de latencia en el servidor
Descripción
Aquí hay tiempos de latencia altos en el lado del servidor, visibles en camino de ida y vuelta.
La latencia es alta en el lado del servidor. Ambas rutas muestran latencia elevada en los últimos saltos (saltos 7 y 8), lo que indica un problema en el servidor.
Ejemplo: Problema de enrutamiento (enrutamiento ISP)
Descripción
Aquí la ruta desde el Cliente X al servidor funciona sin problemas, mientras que desde el Cliente Y al servidor hay problemas de enrutamiento con pérdida de paquetes. Esto indica un problema con el proveedor de internet (ISP).
El enrutamiento del ISP es defectuoso. La ruta desde el Cliente X al servidor es estable, pero la del Cliente Y muestra graves problemas con pérdida de paquetes y alta latencia.
Ejemplo: Pérdida de paquetes solo en el camino de ida (Cliente → Servidor)
Descripción
Aquí la pérdida de paquetes ocurre solo en el camino de ida (cliente al servidor), mientras que el camino de vuelta (servidor al cliente) no muestra pérdidas. Esto puede indicar un problema en un segmento de red hacia el servidor, por ejemplo, routers defectuosos, saturación o mala conexión.
La pérdida de paquetes ocurre solo en el camino de ida. Las pérdidas en los saltos 4, 5 y 6 indican un problema en la ruta desde el cliente al servidor, por ejemplo, saturación o dispositivos de red defectuosos. El camino de vuelta es estable.
Ejemplo: Pérdida de paquetes solo en el camino de vuelta (Servidor → Cliente)
Descripción
Aquí la pérdida de paquetes ocurre solo en el camino de vuelta (servidor al cliente), mientras que el camino de ida (cliente al servidor) no muestra pérdidas. Esto puede indicar un problema en un segmento de red en el camino de vuelta.
La pérdida de paquetes ocurre solo en el camino de vuelta. Las pérdidas en los saltos 4, 5 y 6 en el camino de vuelta indican un problema en la ruta desde el servidor al cliente.
Fuente preferida en Google
