Publicado el 26 de septiembre de 20266 min de lectura

Comando traceroute en Windows, Mac y Linux: ejemplos

El comando traceroute exacto para Windows (tracert), macOS y Linux, las opciones útiles y una salida real explicada línea por línea.

traceroutecommand-linewindowslinuxmacosguidenetworking

Todos los sistemas operativos incluyen un comando traceroute, pero cada uno lo escribe de otra forma, usa otro protocolo por defecto y esconde otras opciones. Esta guía da el comando exacto para Windows, macOS y Linux, las opciones que vale la pena conocer y una salida real explicada línea por línea.

El comando en cada sistema

Sistema	Comando	Sonda por defecto	¿Instalado?
Windows 10 y 11	`tracert example.com`	ICMP	Sí
macOS	`traceroute example.com`	UDP	Sí
Linux	`traceroute example.com`	UDP	A menudo no: `sudo apt install traceroute`
Linux, sin instalar nada	`tracepath example.com`	UDP	Sí (iputils)
Cualquiera, continuo	`mtr example.com`	ICMP	Hay que instalarlo (Homebrew, apt, dnf)

La sonda por defecto importa más de lo que parece. Muchos cortafuegos bloquean el UDP hacia puertos altos pero dejan pasar el ICMP, y también ocurre lo contrario. Cuando una traza se llena de asteriscos en un sistema y no en otro, casi siempre es el protocolo, no la red.

Windows: tracert

Abre el Símbolo del sistema o PowerShell y ejecuta:

tracert example.com

Las opciones que de verdad se usan:

-d: no resolver direcciones a nombres. La traza es mucho más rápida, porque si no cada salto espera una búsqueda DNS inversa.
-h 40: número máximo de saltos (30 por defecto). Súbelo para destinos lejanos.
-w 2000: tiempo de espera de cada respuesta, en milisegundos (4000 por defecto).
-4 o -6: forzar IPv4 o IPv6.

Una traza rápida y legible es, por tanto, tracert -d -w 1000 example.com. Windows también tiene pathping, que traza el camino y luego hace ping a cada salto durante varios minutos para medir la pérdida: lento, pero más parecido a lo que da mtr.

macOS: traceroute

Abre la Terminal y ejecuta:

traceroute example.com

-n: sin resolución de nombres, salida más rápida.
-I: enviar ICMP en lugar de UDP, como Windows.
-P TCP -p 443: enviar sondas TCP al puerto 443, el que la mayoría de los cortafuegos deja abierto.
-m 40: número máximo de saltos (64 por defecto en macOS).
-q 1: una sonda por salto en lugar de tres, para un primer vistazo más rápido.

Para destinos IPv6, macOS usa un comando aparte, traceroute6. Para tener mtr, instala Homebrew y ejecuta brew install mtr; necesita sudo para enviar sus sondas.

Linux: traceroute, tracepath y mtr

Muchas distribuciones no instalan traceroute por defecto. Instálalo con sudo apt install traceroute en Debian y Ubuntu, o sudo dnf install traceroute en Fedora y RHEL. Después:

traceroute example.com

-n: sin resolución de nombres.
-I: sondas ICMP (requiere sudo).
-T -p 443: sondas TCP SYN al puerto 443 (requiere sudo). La mejor opción cuando un cortafuegos bloquea las otras dos.
-m 40: número máximo de saltos (30 por defecto).
-4 o -6: forzar la familia de direcciones.

Si no puedes instalar nada, tracepath example.com forma parte de iputils, funciona sin root y además indica la MTU del camino. Para mediciones repetidas, mtr -rwc 10 example.com imprime un informe tras diez ciclos por salto, con estadísticas de pérdida y latencia.

Una salida real, explicada

Esta traza se ejecutó el 26 de septiembre de 2026 desde un servidor en Falkenstein, Alemania, hacia el resolvedor de Cloudflare:

traceroute to 1.1.1.1 (1.1.1.1), 30 hops max, 60 byte packets
 1  172.20.0.1  0.100 ms  0.043 ms  0.035 ms
 2  213.133.117.208  0.338 ms  0.314 ms  0.306 ms
 3  213.133.126.22  0.372 ms  0.364 ms 213.133.126.24  0.427 ms
 4  213.239.224.90  4.972 ms 213.239.224.82  5.011 ms 213.239.224.14  5.087 ms
 5  213.239.224.221  5.340 ms  5.289 ms 213.239.245.126  5.248 ms
 6  162.158.84.254  5.937 ms 213.133.112.34  5.864 ms 162.158.84.254  5.484 ms
 7  162.158.84.78  5.348 ms  5.299 ms  5.302 ms
 8  162.158.84.235  5.934 ms  5.838 ms 162.158.84.219  15.970 ms
 9  1.1.1.1  5.621 ms  5.548 ms  5.635 ms

Cada línea es un router, y los tres tiempos son tres sondas distintas. El salto 1 es la puerta de enlace local; el salto 9 es el destino.
Varias direcciones en una misma línea (saltos 3 a 6) no son un error. El proveedor reparte el tráfico entre enlaces paralelos y cada sonda tomó uno distinto. Se llama ECMP.
El salto de latencia en el salto 4, de menos de 1 ms a 5 ms, es el trayecto de Falkenstein a Fráncfort. Los nombres lo demuestran: sin -n, el salto 3 se resuelve como core22.fsn1.hetzner.com y el salto 4 como core4.fra.hetzner.com. Los nombres de los routers suelen llevar un código de ciudad o de aeropuerto: así se ubica un salto. A partir del salto 6, las direcciones 162.158.x.x pertenecen a Cloudflare.
Los 15,970 ms del salto 8 no son un problema. El destino responde en 5,6 ms justo después. Un router que responde lento a las sondas mientras reenvía el tráfico a toda velocidad es la falsa alarma más común de un traceroute.

El mismo camino con mtr -rwn -c 5 1.1.1.1 muestra la misma trampa en sus estadísticas: el salto 6 da 15,3 ms de media y 39,9 ms en el peor caso, mientras que los saltos 7 a 9 se quedan cerca de 6 ms. Solo es real la latencia o la pérdida que empieza en un salto y sigue hasta el destino.

Asteriscos y «Tiempo de espera agotado para esta solicitud»

Una línea de * * * (o «Tiempo de espera agotado para esta solicitud.» en tracert) significa que no volvió ninguna respuesta de ese salto. Si los saltos siguientes responden, ese router simplemente ignora las sondas y no pasa nada. Si todas las líneas son asteriscos a partir de un salto, prueba primero otro protocolo: -I para ICMP y luego -T -p 443 para TCP en Linux, o -P TCP -p 443 en macOS. Solo cuando los tres se detienen en el mismo sitio el camino está realmente cortado ahí.

Cuando la línea de comandos no basta

Un traceroute desde tu ordenador muestra un solo camino: desde tu red, en este momento. Tres situaciones piden más:

Tu red bloquea las sondas. Las redes de oficina y algunas redes móviles bloquean el ICMP saliente y los puertos UDP altos, así que cada salto agota el tiempo.
El problema no está de tu lado. Para saber si una lentitud viene de tu proveedor o del destino, traza el mismo host desde otro lugar y compara.
Tienes que enseñárselo a alguien. Un mapa con la red (AS) detrás de cada salto se entrega más fácilmente a un soporte técnico que un bloque de texto.

TraceMapper ejecuta el mismo traceroute desde nuestros servidores y desde 35 puntos de medición en 31 países, sitúa cada salto en un mapa con su latencia, pérdida y red, y guarda el resultado como un enlace para compartir. Para entender cada columna, consulta cómo funciona traceroute; para elegir protocolo, traceroute UDP, ICMP o TCP.