IP & Network

Traceroute de red

Traza la ruta de red hasta cualquier host, salto por salto.

Sobre esta herramienta

Traceroute revela la ruta real que toman sus paquetes a través de internet — cada router, cada salto, cada cambio de latencia por el camino. Donde ping le dice «¿está activo el host?», traceroute le dice «¿qué aspecto tiene la ruta y dónde se ralentiza?».

Nuestra herramienta ejecuta traceroute -n -q 1 -m 30 desde nuestro servidor de Frankfurt, enviando una sonda por salto con un tiempo de espera de 2 segundos. A medida que cada router responde, aparece la fila en su navegador — usted ve cómo se construye la traza salto a salto. Añadimos DNS inverso, país (con bandera), ciudad y ASN/propietario para cada IP pública, de modo que pueda ver quién gestiona cada tramo de la ruta.

Para qué sirve

  • Encontrar dónde vive la latencia. Una traza limpia con RTT bajo que de repente salta 80 ms en el salto 12 apunta a un tránsito concreto. El ASN de ese salto le dice de qué red se trata.
  • Confirmar que la ruta atraviesa la geografía esperada. Tráfico desde Frankfurt a un host «europeo» que desvía por Nueva York es una señal significativa — puede ser enrutamiento erróneo, puede ser un edge normal de CDN, pero merece la pena verlo.
  • Comparar dos hosts lado a lado. Ejecute traceroute a A y a B; si ambos mueren en el mismo salto, el problema está entre nosotros y ese router intermedio, no en los destinos.

Lectura del resultado

Los saltos marcados con * significan que no hubo respuesta en 2 segundos — eso es o bien un router que descarta los mensajes ICMP TTL-exceeded (muy común) o bien una pérdida real de paquetes. Una serie sostenida de * en los últimos saltos mientras los anteriores van bien suele indicar que el cortafuegos del destino está descartando silenciosamente las sondas de traceroute — el host está bien, simplemente está oculto. La columna de DNS inverso da pistas sobre la topología del operador: nombres como be-1234.cr1-fra.de.example.net siguen un patrón (interfaz, rol, ubicación, sufijo de ASN).

Preguntas frecuentes

¿Por qué algunos saltos muestran «*» para siempre?

Un * significa que no obtuvimos respuesta para ese TTL en 2 segundos. La razón más común es un router que simplemente no emite ICMP TTL-exceeded — muchos operadores limitan o desactivan esto en sus routers de backbone. La traza continúa más allá de esos saltos normalmente, así que unos pocos asteriscos en el medio no son un problema. Una cola larga de asteriscos al final suele significar que el cortafuegos del destino está descartando las sondas; el host en sí puede seguir siendo alcanzable por TCP.

¿Por qué mi traceroute es distinto del suyo?

Nuestras sondas salen desde Frankfurt, las suyas desde su máquina — distintos ISP, distinto peering aguas arriba, distinta geografía. La traza es una instantánea de la ruta entre dos extremos concretos en un momento concreto. Comparar ambas versiones es exactamente el objetivo: si nuestra ruta está limpia y la suya no, la regresión está aguas arriba de usted, no en el destino.

¿Se permiten IP privadas/loopback como destinos?

No. Los rangos privados RFC 1918, loopback, link-local (169.254/16), CGN (100.64/10) y endpoints de metadatos en la nube están rechazados — misma política SSRF que el resto de nuestras herramientas. Use traceroute en su propia máquina para inspeccionar su LAN; un servicio público solo debe sondear la internet pública.

Solo un RTT por salto — ¿por qué no tres?

El traceroute clásico envía tres sondas por TTL e imprime los tres tiempos. Nosotros usamos uno por salto (-q 1) para que el peor caso (30 saltos inalcanzables × 2 s) se mantenga dentro de un presupuesto de 60 segundos — mantenemos las sondas baratas y le dejamos volver a ejecutar si quiere una medición más ajustada. Para un análisis de jitter más profundo en un salto concreto, nuestra herramienta Ping es la adecuada: envía de 5 a 30 ecos y le da min/avg/max/mdev.

Mi host favorito muestra una latencia que no coincide con mi propio ping. ¿Por qué?

Dos motivos. Primero, el RTT de traceroute para un salto intermedio mide el tiempo que el router dedicó a generar una respuesta ICMP TTL-exceeded — muchos routers despriorizan ese camino, así que el número puede parecer peor que la latencia real de reenvío. Segundo, medimos desde Frankfurt; usted mide desde donde se encuentre. La fila del destino (salto final) es la más comparable con su ping de extremo a extremo, y solo cuando es el objetivo real.