[ARTÍCULO] Tracert. ¿Qué es? ¿Para qué sirve?

[Astor_jazztel]

Hola a todos.

Ponemos también aquí un artículo que nos va a ser de gran utilidad para explicar qué es y cómo podemos realizar un tracert, una prueba muy habitual y útil para muchas consultas técnicas.

Como bien sabéis, en internet las conexiones no van directas de origen a destino. Es decir, cuando le pedimos a nuestro navegador que nos muestre la web www.jazztel.com, la conexión no va hacia el servidor que la aloja, si no que se va enrutando por otros servidores intermedios que se encargan de transmitir la petición y la respuesta que nos da el servidor de destino.

Una forma de ver todo este proceso, o "traza", es mediante el comando tracert. Este nos detalla por qué servidores pasa la conexión que intentamos hacer y es muy útil para ver dónde falla cuando vemos que no obtenemos respuesta.

Este comando, tracert, es prácticamente universal y se puede realizar desde todos los sistemas operativos. Vamos a ver cómo:

En Windows necesitamos abrir la consola de comandos (Ejecutar > cmd) y desde allí simplemente escribir "tracert servidor de destino".

Ejemplo:

En sistemas macOS y GNU/Linux se hace exactamente igual, desde la terminal y con el mismo comando (tracert servidor de destino). El resultado del comando es el que nos proporciona la información de la ruta seguida por nuestra conexión y la que nos sirve para identificar un posible servidor intermedio caído. Por eso nos resulta tan útil en según qué casos y por eso siempre os lo pedimos.

En sistemas móviles como Android e iOS disponemos de muchas aplicaciones sencillas y gratuitas en sus respectivas Tiendas de aplicaciones.

¡Saludos a todos!

[lucasll]

Hola.

Esto desafortunadamente no funciona en todas las conexiones de Jazztel. En la mía lo reclamé a Jazztel porque dejó de funcionar y tras varias llamadas, peticiones, indicidencias, sigue sin funcionar.

A pesar de que es algo realmente útil y que en mi humilde opinión debería permitirse en cualquier conexión a internet.

Saludos.

[lordshadow]

Añadiria, para sistemas Windows, que son los mas extendidos, añadir la opción -d, para que no realice intento de resolucion DNS de los diferentes saltos.

Es decir. PE:

tracert -d www.google.com

Una aportación. Jejeje.

Un saludo.

[lordshadow]

¿Cuándo realizas una traza, que saltos te llega a dar? Como mínimo, te debería dar el primer salto, que es el router de la red.....

Si no te da este primer salto, es posible que el Firewall, ya sea el propio del SO, o alguno de terceros, esté capando este tipo de tráfico, o que tengas una configuracion muy extricta en el propio firewall del router.....

[lordshadow]

Dos puntos que me gustaría añadir o aclarar:

-La mayoría de los saltos se dan frecuentemente entre enrutadores, balanceadores, Firewalls, etc, no entre servidores. El último salto si suele ser el servidor final.

-El hecho de que un salto no se produzca o no se muestre, ya sea intermedio o final, no implica fallo de conexión, ya que este tipo de tráfico se suele filtrar en ciertos dispositivos o entornos del proveedor final. Y como ejemplo, utilizo la propia Web de Jazztel:

tracert -d www.jazztel.com

Traza a la dirección www.jazztel.com [62.36.227.88]
sobre un máximo de 30 saltos:

1 5 ms 4 ms 4 ms 192.168.1.1
2 1 ms 12 ms 4 ms 95.16.12.1
3 23 ms 4 ms 3 ms 10.34.35.230
4 9 ms 2 ms 2 ms 10.34.35.229
5 9 ms 3 ms 3 ms 10.34.39.129
6 15 ms 3 ms 3 ms 10.34.38.97
7 3 ms 13 ms 3 ms 213.143.32.14
8 * * * Tiempo de espera agotado para esta solicitud.
9 * * * Tiempo de espera agotado para esta solicitud.
10 * * * Tiempo de espera agotado para esta solicitud.
11 * * * Tiempo de espera agotado para esta solicitud.
12 * * * Tiempo de espera agotado para esta solicitud.
13 * * * Tiempo de espera agotado para esta solicitud.
14 * * * Tiempo de espera agotado para esta solicitud.
15 * * * Tiempo de espera agotado para esta solicitud.
16 * * * Tiempo de espera agotado para esta solicitud.
17 * * * Tiempo de espera agotado para esta solicitud.
18 * * * Tiempo de espera agotado para esta solicitud.
19 * * * Tiempo de espera agotado para esta solicitud.
20 * * * Tiempo de espera agotado para esta solicitud.
21 * * * Tiempo de espera agotado para esta solicitud.
22 * * * Tiempo de espera agotado para esta solicitud.
23 * * * Tiempo de espera agotado para esta solicitud.
24 * * * Tiempo de espera agotado para esta solicitud.
25 * * * Tiempo de espera agotado para esta solicitud.
26 * * * Tiempo de espera agotado para esta solicitud.
27 * * * Tiempo de espera agotado para esta solicitud.
28 * * * Tiempo de espera agotado para esta solicitud.
29 * * * Tiempo de espera agotado para esta solicitud.
30 * * * Tiempo de espera agotado para esta solicitud.

Traza completa.

Como podéis ver, el nodo o servidor Web que aloja la página (www.jazztel.com [62.36.227.88]) no responde a la petición de trazabilidad.

Esto tiene un significado de seguridad, para no sobrecargar, obtener información, o realizar ciertos tipos de ataques, como tipo DoS, redirecciones o modificaciones de enrutamiento.

Y como aportación, una traza IPv4 tiene un máximo de 30 saltos. Esto viene a decir, que si para alcanzar un servicio, se requieren 31 saltos o mas, el servicio no será alcanzable.

Y como añadido, el comando "tracert" NO permite ver TODO el proceso, solo se encarga de verificar la conectividad con un recurso remoto. Quiero decir con ello, que puedes tener conectividad con el servidor remoto que aloja la página, pero sin embargo fallar la página, ya que de ello se encarga el servicio Web, o capa de aplicación, y si este servicio está fallando, no se mostrará.

Para ello, se requieren otras herramientas de verificación de capa superior (avanzado), o comandos adicionales, como Telnet, Ssh, etc, para una verificación básica, del servicio Web.