Herramienta Traceroute

Los navegadores no pueden enviar sondeos ICMP/UDP en bruto. Usa uno de los servicios externos de abajo para ejecutar un traceroute desde un punto de vista cercano a ti.

Resultados

Un traceroute enumera los routers por los que pasa un paquete en su camino hacia un destino. Cuando un sitio va lento, la causa suele aparecer en un salto concreto: un enlace de peering congestionado, un tránsito mal enrutado o un firewall que descarta paquetes en silencio. Los navegadores no pueden enviar las sondas ICMP/UDP en bruto que necesita un traceroute, así que esta página no ejecuta la traza por sí misma: limpia tu objetivo y lo entrega, ya precargado, a servicios públicos reputados que trazan desde varios puntos de internet, justo lo que necesitas cuando el problema no está en tu propia línea. Para probar tu propia conexión, ejecuta tracert o traceroute en local; esta página te enseña a leer la salida en ambos casos.

Cómo hacer un traceroute útil

  1. 1

    Introduce un nombre de host o una IP

    También vale una URL completa: quitamos `https://` y cualquier ruta final antes de construir los enlaces.

  2. 2

    Abre un servicio de sondeo

    Cada enlace se abre con tu objetivo precargado. Check-host.net y la página de traceroute multiubicación sondean desde muchas regiones a la vez; HackerTarget ejecuta una traza clásica desde su propio punto de observación.

  3. 3

    Lee la lista de saltos

    Cada línea es un router: número de salto, nombre de host/IP y tiempo de ida y vuelta, normalmente tres muestras por salto.

  4. 4

    Localiza el salto problemático

    Un gran salto de latencia, `* * *` (sin respuesta) o una cadena larga dentro de una misma red suelen señalar el problema.

  5. 5

    Sube al nivel de enrutamiento

    El enlace de BGP.tools muestra la ruta AS y los datos de peering cuando el problema está entre redes. Para medir tu propia línea, ejecuta `tracert` o `traceroute` en local.

Cómo funciona traceroute, en un párrafo

Traceroute envía paquetes con un TTL (tiempo de vida) artificialmente bajo. El primer paquete lleva TTL=1, así que el primer router lo decrementa a 0 y devuelve un mensaje ICMP de “tiempo excedido”. TTL=2 revela el segundo router, y así sucesivamente. Cuando el TTL iguala el número real de saltos, el paquete llega al destino. Las respuestas te dan la IP y el tiempo de respuesta de cada router del camino.

Leer la salida

Símbolo / patrón Suele significar
* * * El salto no respondió; firewall o limitación de ICMP
Gran salto de latencia Ese router está geográficamente lejos o congestionado
Misma latencia en 5+ saltos Esos routers comparten una misma ubicación física
Bucle en los nombres de host MPLS o enrutamiento asimétrico; revisa la ruta AS
La traza termina pronto Bloqueada por el firewall del destino (habitual en hosts cloud)

Ejecutarlo desde tu propio equipo

  • Windows: tracert example.com
  • macOS y Linux: traceroute example.com
  • Estadísticas continuas: mtr example.com (instálalo con tu gestor de paquetes)

Una ejecución local mide la ruta desde tu propia conexión, algo que ningún servicio online puede ver. Los enlaces de arriba sondean desde las ubicaciones de cada servicio, así que usa ambos para distinguir “el problema es mi línea” de “el problema es el tránsito del sitio”.

Consejos

  • Un traceroute de una sola pasada es ruidoso. mtr (sondeo continuo) da datos mucho más fiables ante problemas intermitentes.
  • Lanza trazas desde al menos dos regiones. Un problema que aparece en una y no en la otra se localiza enseguida.
  • Los traceroute basados en ICMP (-I) a veces funcionan donde los de UDP fallan; los firewalls los tratan de forma distinta.
  • Las resoluciones DNS en cada salto ralentizan la salida. Usa un equivalente de -n cuando el servicio de sondeo lo ofrezca.
  • En hosts cloud (AWS, Cloudflare), el destino suele esconderse tras un balanceador de carga y la traza termina uno o dos saltos antes del servidor real. Es normal.

Preguntas frecuentes

Un traceroute desde nuestro único servidor en Alemania no te diría casi nada sobre un problema de un usuario en Los Ángeles. Servicios como HackerTarget y Check-host.net sondean desde muchas regiones, que es lo que de verdad necesitas al diagnosticar, y una traza desde tu propio equipo cubre tu propia línea.

Ese router no respondió a la sonda dentro del tiempo de espera. Muchos routers limitan o descartan a propósito el tráfico de traceroute. Si la traza continúa más allá del hueco, la ruta está bien; el router simplemente calla.

Sí. Las respuestas vuelven por la ruta de retorno, que puede diferir de la de ida. Un salto lento en mitad del camino podría ser lento solo en el retorno. MTR y los traceroute basados en TCP reducen esta ambigüedad.

Las redes troncales modernas consolidan mucho el tráfico. Ocho saltos entre continentes es habitual si el origen y el destino están ambos en redes tier-1.

El nombre de host viaja a nuestro servidor para validarlo y construir los enlaces salientes, como cualquier petición de página normal, y en el flujo paso a paso también aparece en la URL de la página. Cada servicio externo solo lo ve cuando haces clic en su enlace.

Herramientas relacionadas

Herramienta disponible en otros idiomas