En el laboratorio de hoy usaremos la utilidad TraceRT. Usando la utilidad de diagnóstico TraceRT, podremos averiguar que ruta trazan nuestros paquetes cuando se dirigen a un equipo destino.
Podéis acceder y suscribiros al canal de Youtube de Pantallazos.es en el enlace que mostramos a continuación:
El comando TraceRT de Windows enviará paquetes ICMP al destino y controlará que estos paquetes no se queden en un bucle de forma indefinida en nuestra red, usando el valor TTL o Time to Live.
Cuando nuestros paquetes entren a uno de los equipos que se encunetren en la ruta que estén siguiendo dirección a su destino, el propio equipo disminuirá el valor de TTL del paquete en una unidad antes de volver a reenviarlo. El valor de TTL actuará básicamente como un contador de saltos.
Cuando nuestros paquetes entren a uno de los equipos que se encunetren en la ruta que estén siguiendo dirección a su destino, el propio equipo disminuirá el valor de TTL del paquete en una unidad antes de volver a reenviarlo. El valor de TTL actuará básicamente como un contador de saltos.
Cuando el valor de TTL de nuestro paquete alcanza el valor cero, el router devolverá al equipo de origen del paquete un mensaje ICMP de Tiempo agotado, de este modo podemos controlar los paquetes que enviamos.
Por defecto, el valor TTL para la mayoría de los sistemas operativos Microsoft Windows es de 128.
Seguidamente, encontrareis un listado de los distintos valores de TTL dependiendo del sistema operativo que tenemos instalado.
Dispositivo
/ Sistema Operativo
|
Versión
|
Protocolo
|
TTL
|
AIX
|
TCP
|
60
|
|
AIX
|
UDP
|
30
|
|
AIX
|
3.2,
4.1
|
ICMP
|
255
|
BSDI
|
BSD/OS
3.1 y 4.0
|
ICMP
|
255
|
Compa
|
Tru64
v5.0
|
ICMP
|
64
|
Cisco
|
ICMP
|
254
|
|
Cisco
2610
|
C2600-J1S3-M),
Version 12.3(26), RELEASE SOFTWARE (fc2)
|
ICMP/TCP/UDP
|
255 |
Cisco
2950
|
C2950-I6Q4L2-M,
Version 12.1(13)EA1b RELEASE SOFTWARE (fc1)
|
ICMP/TCP/UDP
|
255 |
DEC
Pathworks
|
V5
|
TCP/UDP
|
30
|
Extreme
Summit400-48t
|
Version
7.7e.3 Build 5
|
TCP/UDP
|
30
|
Extreme
Summit400-48t
|
Version
7.7e.3 Build 5
|
ICMP
|
128
|
Extreme
X350-48t
|
ExtremeXOS
12.2.1.1 v1221b1
|
ICMP
and TCP
|
255
|
Extreme
X350-48t
|
ExtremeXOS
12.2.1.1 v1221b1
|
UDP
|
64
|
Foundry
|
ICMP
|
64
|
|
FreeBSD
|
2.1R
|
TCP/UDP
|
64
|
FreeBSD
|
3.4,
4.0
|
ICMP
|
255
|
FreeBSD
|
5
|
ICMP
|
64
|
HP-UX
|
9.0x
|
TCP/UDP
|
30
|
HP-UX
|
10.01
|
TCP/UDP
|
64
|
HP-UX
|
10.2
|
ICMP
|
255
|
HP-UX
|
11
|
ICMP
|
255
|
HP-UX
|
11
|
TCP
|
64
|
Irix
|
5.3
|
TCP/UDP
|
60
|
Irix
|
6.x
|
TCP/UDP
|
60
|
Irix
|
6.5.3,
6.5.8
|
ICMP
|
255
|
Juniper
|
ICMP
|
64
|
|
MPE/IX
(HP)
|
ICMP
|
200
|
|
Linux
|
2.0.x
kernel
|
ICMP
|
64
|
Linux
|
2.2.14
kernel
|
ICMP
|
255
|
Linux
|
2.4
kernel
|
ICMP
|
255
|
Linux
|
Red
Hat 9
|
ICMP/TCP
|
64
|
MacOS/MacTCP
|
2.0.x
|
TCP/UDP
|
60
|
MacOS/MacTCP
|
X
(10.5.6)
|
ICMP/TCP/UDP
|
64
|
NetBSD
|
ICMP
|
255
|
|
Netgear
FVG318
|
ICMP/UDP
|
64
|
|
OpenBSD
|
2.6
& 2.7
|
ICMP
|
255
|
OpenVMS
|
07.01.2002
|
ICMP
|
255
|
Seagate
|
TCP/ICMP |
64
|
|
OS/2
|
TCP/IP
3.0
|
64
|
|
OSF/1
|
V3.2A
|
TCP
|
60
|
OSF/1
|
V3.2A
|
UDP
|
30
|
Solaris
|
2.5.1,
2.6, 2.7, 2.8
|
ICMP
|
255
|
Solaris
|
2.8
|
TCP
|
64
|
Stratus
|
TCP_OS
|
ICMP
|
255
|
Stratus
|
TCP_OS
(14.2-)
|
TCP/UDP
|
30
|
Stratus
|
TCP_OS
(14.3+)
|
TCP/UDP
|
64
|
Stratus
|
STCP
|
ICMP/TCP/UDP
|
60
|
SunOS
|
4.1.3/4.1.4
|
TCP/UDP
|
60
|
SunOS
|
5.7
|
ICMP/TCP
|
255
|
Ultrix
|
V4.1/V4.2A
|
TCP
|
60
|
Ultrix
|
V4.1/V4.2A
|
UDP
|
30
|
Ultrix
|
V4.2
– 4.5
|
ICMP
|
255
|
VMS/Multinet
|
TCP/UDP
|
64
|
|
VMS/TCPware
|
TCP
|
60
|
|
VMS/TCPware
|
UDP
|
64
|
|
VMS/Wollongong
|
1.1.1.1
|
TCP
|
128
|
VMS/Wollongong
|
1.1.1.1
|
UDP
|
30
|
VMS/UCX
|
TCP/UDP
|
128
|
|
Windows
|
Para Grupos de trabajo
|
TCP/UDP
|
32
|
Windows
|
95
|
TCP/UDP
|
32
|
Windows
|
98
|
ICMP
|
32
|
Windows
|
98,
98 SE
|
ICMP
|
128
|
Windows
|
98
|
TCP
|
128
|
Windows
|
NT
3.51
|
TCP/UDP
|
32
|
Windows
|
NT
4.0
|
TCP/UDP
|
128
|
Windows
|
NT
4.0 SP5-
|
32
|
|
Windows
|
NT
4.0 SP6+
|
128
|
|
Windows
|
NT
4 WRKS SP 3, SP 6a
|
ICMP
|
128
|
Windows
|
NT
4 Server SP4
|
ICMP
|
128
|
Windows
|
ME (Millenium)
|
ICMP
|
128
|
Windows
|
2000 PRO
|
ICMP/TCP/UDP
|
128
|
Windows
|
2000 Family
|
ICMP
|
128
|
Windows
|
Server
2003
|
128
|
|
Windows
|
XP
|
ICMP/TCP/UDP
|
128
|
Windows
|
Vista
|
ICMP/TCP/UDP
|
128
|
Windows
|
7
|
ICMP/TCP/UDP
|
128
|
Windows
|
Server
2008
|
ICMP/TCP/UDP
|
128
|
Windows
|
10
|
ICMP/TCP/UDP
|
128
|
Windows
|
Server 2012
|
ICMP/TCP/UDP
|
128
|
Windows
|
Server 2016
|
ICMP/TCP/UDP
|
128
|
La finalidad básica de TraceRT es que podamos averiguar en qué lugar de nuestra red se ha detenido un paquete, o también, nos facilitará la tarea de saber cual es la ruta que siguen los paquetes al viajar por nuestra red.
Solo tenemos que saber las direcciones IP de cada uno de los equipos que componen nuestra red para saber donde se ha quedado el paquete parado o, para seguir la ruta de saltos que ha realizado el paquete de datos hasta llegar al equipo destino.
Solo tenemos que saber las direcciones IP de cada uno de los equipos que componen nuestra red para saber donde se ha quedado el paquete parado o, para seguir la ruta de saltos que ha realizado el paquete de datos hasta llegar al equipo destino.
También podemos usar la herramienta TraceRT para de solucionar problemas en redes muy grandes, donde los paquetes pueden tomar varias rutas para llegar a un mismo destino o donde existen muchos router intermedios.
La información que nos muestra es parecida a la que nos mostraría el comando ping. Cada linea nos mostrará el tiempo que se ha tardado en recibir los paquetes de datos en cada uno de los saltos, siempre mostrará tres intentos, y la dirección del equipo remoto para el salto.
Si no se muestran los tres tiempos, quiere decir que esa comunicación para ese salto ha fallado y se representará como un símbolo de asterisco *. En algunos dispositivos router esta información estará limitada y se mostrará el símbolo de asterisco * aunque el salto se haya realizado con éxito.
Usar TraceRT es muy sencillo, escribiremos TraceRT y seguidamente la URL o dirección IP del destino de nuestros paquetes.
Si hemos usado un nombre DNS, como haremos en nuestro ejemplo con la URL del buscador www.google.es, TraceRT resolverá, en primer lugar, el nombre de nuestro destino.
Si esta operación fallase y TraceRT no pudiera resolver el nombre del destino, podríamos deducir que nuestro problema radica en la resolución de nombres de nuestra red.
Seguidamente, irán apareciendo los distintos saltos hasta que nuestro paquete de datos alcance su destino final.
Si esta operación fallase y TraceRT no pudiera resolver el nombre del destino, podríamos deducir que nuestro problema radica en la resolución de nombres de nuestra red.
Seguidamente, irán apareciendo los distintos saltos hasta que nuestro paquete de datos alcance su destino final.
Si se corta la comunicación en alguno de los saltos y nunca llegamos a la dirección IP de nuestro destino, podemos extraer la conclusión que nuestro problema de comunicación esta en el ultimo equipo que ha llegado nuestro paquete.
Hay varios modificadores de línea de comandos que se pueden usar con TraceRT, aunque por lo general estas opciones no son necesarias para poder solucionar los problemas más habituales.
C:\Users\Usuario>tracert /?
Uso: tracert [-d] [-h saltos_máximos] [-j lista_de_hosts] [-w tiempo_de_espera]
[-R] [-S srcaddr] [-4] [-6] nombre_destino
Opciones:
-d No convierte direcciones en nombres de hosts.
-h saltos_máximos Máxima cantidad de saltos en la búsqueda del objetivo.
-j lista-host Enrutamiento relajado de origen a lo largo de la
lista de hosts (solo IPv4).
-w tiempo_espera Tiempo de espera en milisegundos para esperar cada
respuesta.
-R Seguir la ruta de retorno (solo IPv6).
-S srcaddr Dirección de origen para utilizar (solo IPv6).
-4 Forzar usando IPv4.
-6 Forzar usando IPv6.
Uso: tracert [-d] [-h saltos_máximos] [-j lista_de_hosts] [-w tiempo_de_espera]
[-R] [-S srcaddr] [-4] [-6] nombre_destino
Opciones:
-d No convierte direcciones en nombres de hosts.
-h saltos_máximos Máxima cantidad de saltos en la búsqueda del objetivo.
-j lista-host Enrutamiento relajado de origen a lo largo de la
lista de hosts (solo IPv4).
-w tiempo_espera Tiempo de espera en milisegundos para esperar cada
respuesta.
-R Seguir la ruta de retorno (solo IPv6).
-S srcaddr Dirección de origen para utilizar (solo IPv6).
-4 Forzar usando IPv4.
-6 Forzar usando IPv6.
Espero os sea de utilidad.
No hay comentarios:
Publicar un comentario