Diferencias

Muestra las diferencias entre dos versiones de la página.

--- doc:tec:net:cmd:tracert:inicio [2026/04/09 11:04] – fepg
+++ doc:tec:net:cmd:tracert:inicio [2026/04/16 07:30] (actual) – [traceroute] fepg
@@ Línea 1: / Línea 1: @@
-====== [Redes] Comandos: tracert / traceroute / tracepath ======
+====== [Redes] Comandos: tracert / traceroute ======
 ===== Función =====
@@ Línea 10: / Línea 10: @@
   * **Utilidad**. Sabiendo el recorrido de información podemos usarlo para muchas cosas como por ejemplo solventar determinados problemas de red, cuanto tiempo se detiene la información en un determinado punto, fallos en routeadores... entre otros.
 \\
-===== tracert =====
-  * Si queremos hacer tracert a una ip, introduciremos en la consola tracert y a continuación la IP: <code>
-tracert 192.168.1.23
-</code>
-  * Si queremos hacer tracert a una Web, escribiremos tracert y la url encabezada por www (recordar no poner http): <code>
-tracert www.google.es
-</code>
-  * La consola nos mostrará el trazado de la conexión indicada mostrándonos los saltos (cada una de las detenciones de los paquetes de transmisión) y el tiempo en milisegundos.
-\\
-**Parámetro y función**
-  * ''-d'' . Específica que no se resuelvan las direcciones en nombres de host.
-  * ''-h'' . maximum_hops. Especifica el número máximo de saltos para alcanzar el destino.
-  * ''-j'' . host-list. Especifica la ruta de origen a lo largo de la lista de hosts.
-  * ''-w'' . timeout. Espera el número de milisegundos especificado de tiempo.
-  * ''-target_name'' . Nombre o dirección IP del host de destino.
-\\
 ===== traceroute =====
@@ Línea 50: / Línea 30: @@
 </code>
-\\
-===== tracepath =====
-  * ''tracepath'' es una herramienta de diagnóstico de red en Linux que rastrea la ruta desde nuestro equipo hasta un host remoto, similar a ''traceroute'', pero integrando también información sobre la MTU (Unidad de Transmisión Máxima) y la latencia en cada salto.
-  * No requiere permisos especiales (a diferencia de algunas versiones de ''traceroute'') y suele usarse para depurar problemas de red y de MTU.
-\\
-**Función principal**
-  - Muestra la secuencia de enrutadores (saltos) por los que pasan los paquetes hacia un destino (IP o nombre de dominio).
-  - Incluye el tiempo de ida‑y‑vuelta (RTT) en cada salto y la MTU efectiva en el camino, útil para detectar cuellos de botella o problemas de fragmentación.
-\\
-**Sintaxis básica**
-  * En la mayoría de distribuciones de Linux, la sintaxis es muy simple: <code>
-tracepath [opciones] <destino>
-</code> donde:
-    - `<destino>` es una IP (`8.8.8.8`) o un nombre de host (`google.com`).
-    - Las opciones habituales son:
-| Opción        | Ejemplo              | Descripción resumida |
-|--------------|----------------------|----------------------|
-| `-n`         | `tracepath -n google.com` | No resuelve nombres DNS; muestra solo IPs. |
-| `-b`         | `tracepath -b google.com` | Muestra tanto IPs como nombres de host. |
-| `-l <MTU>`   | `tracepath -l 1400 google.com` | Establece el tamaño inicial del paquete (MTU). |
-| `-h <n>`     | `tracepath -h 30 google.com` | Máximo número de saltos (hops). |
-Para ver todas las opciones, ejecutar: <code>
-tracepath --help
+  * ''traceroute'' en Linux muestra la ruta que siguen los paquetes desde tu máquina hasta un destino (por ejemplo, un servidor web), indicando cada "salto" (router o dispositivo de capa 3) por el que pasa el tráfico y el tiempo de ida‑y‑vuelta para cada uno.
-</code> o <code>
+**Ejemplo típico en Linux**
+  * Supón que ejecutas en la terminal: <code>
-man tracepath
+traceroute google.com
 </code>
+  * Puedes ver una salida parecida a esta (simplificada): <code>
-**Ejemplos prácticos**
+  192.168.1.1 (gateway_local)  1.4 ms  1.2 ms  1.3 ms
-  * 1. **Rastreo básico a un dominio** <code>
+  172.20.10.1 (router_isp)      8.7 ms  9.1 ms  8.9 ms
+  203.0.113.10                15.2 ms 14.8 ms 15.1 ms
+  198.51.100.20               22.3 ms 22.1 ms 22.5 ms
+  8.8.8.8 (google-dns)        30.1 ms 30.3 ms 29.9 ms
-tracepath google.com
-</code> Muestra la ruta hacia Google incluyendo número de salto, IP, RTT y MTU en cada enlace.
-  * 2. **Sin resolución DNS (solo IPs)**  <code>
-tracepath -n google.com
-</code> Ahorra tiempo si hay problemas de DNS.
-  * 3. **Con tamaño de paquete limitado (MTU)**  <code>
-tracepath -l 1400 google.com
-</code> Útil para detectar si algún enlace rompe la conexión por una MTU más baja.
-  * 4. **Limitar número máximo de saltos**  <code>
-tracepath -h 10 google.com
-</code> Detiene el rastreo a 10 saltos aunque no haya llegado al destino.
-\\
-==== Ejemplo típico explicado ====
-Un ejemplo típico de salida de `tracepath` en Linux es algo como: <code>
-tracepath google.com
-?: [LOCALHOST]                        pmtu 1500
-:  _gateway                                                1.234ms
-:  _gateway                                                0.987ms
-:  10.236.32.1                                             3.456ms
-:  no reply
-:  172.16.100.1                                            5.678ms
-     pmtu 1492
- ...
-:  142.250.179.174                                        24.789ms
-     reached
-     Resume: pmtu 1492 hops 10 back 10
-</code> Vamos a desglosar campo por campo para poder interpretarlo en nuestro entorno de red.
-**1. Línea inicial y PMTU local**
-<code>
-?: [LOCALHOST]                        pmtu 1500
 </code>
-  - `1?:` → primer “salto” (hop 1), marcado como `?` porque aún no se ha visto respuesta ICMP válida.
+**Cómo interpretar cada línea**
-  - `[LOCALHOST]` → indica que el primer salto es desde tu propia máquina; no se ha identificado todavía el primer enrutador.
+  * **Primera columna**: número de salto (hop).
-  - `pmtu 1500` → Path MTU detectado hasta este punto es 1500 bytes (MTU típico de Ethernet).
+    * Indica el orden en que los paquetes pasan por cada router (1 = primer salto, 2 = segundo, etc.).
+  * **Nombre/IP entre paréntesis**: dispositivo de ese salto.
+    * Es la IP del router o servidor; si el DNS lo resuelve, se muestra el nombre (por ejemplo, `192.168.1.1 (gateway_local)`).
+  * **Tres tiempos en ms**
+    * RTT (Round‑Trip Time) de los tres paquetes enviados por defecto.
+    * Cada valor es el tiempo que tarda un paquete en ir desde tu máquina hasta ese nodo y volver.
-  * **Utilidad**: Nos dice el tamaño de paquete máximo que podemos usar en nuestro segmento local sin fragmentación; si vemos valores bajos (1492, 1480, etc.) suele indicar PPPoE, VLAN, o túneles.
+**Qué te dice la salida en la práctica**
+  * Si todos los saltos responden con tiempos bajos y el último es el destino correcto, la ruta es buena y estable.
+  * Si a partir de un salto aparecen asteriscos (`* * *`), el router no responde o tiene reglas que bloquean el tráfico de `traceroute`; esto no implica necesariamente que el destino sea inaccesible, pero sí dificulta el diagnóstico.
+  * Si un salto muestra tiempos muy altos (por ejemplo, 300 ms en un nodo intermedio), suele indicar congestión o cuello de botella en ese router o en la red que lo conecta. [youtube](https://www.youtube.com/watch?v=3-0FXd9z8ws)
 \\
-**2. Salto con IP y nombre (`_gateway`)**
+  * En resumen, ''traceroute'' te da un mapa de la ruta y la latencia de cada salto, lo que te permite localizar dónde se generan retrasos o interrupciones entre tu equipo y el servidor remoto.
-<code>
-:  _gateway                                                1.352ms
-:  _gateway                                                1.426ms
-</code>
-  - `1:` → número de salto.
-  - `_gateway` → nombre del primer enrutador (normalmente tu router de acceso a la LAN; puede ser `192.168.1.1`, `10.0.0.1`, etc.).
-  - `1.352ms`, `1.426ms` → RTT (round‑trip time) para ese salto; `tracepath` suele hacer varias pruebas por hop.
-  * Interpretación en nuestra red:
-    - Un salto `1:` con tiempos bajos (< 2 ms) indica que nuestra LAN está sana.
-    - Si son muy altos o aparecen `no reply` en el primer salto, revisar switch, router o incluso ARP.
 \\
-**3. Saltos intermedios**
+===== tracert =====
-<code>
+  * Si queremos hacer tracert a una ip, introduciremos en la consola tracert y a continuación la IP: <code>
-:  10.236.32.1                                             3.764ms
-:  no reply
-:  172.16.100.1                                            5.678ms
-</code>
-  - `2:`, `3:`, `4:` → segundos, terceros, cuartos enrutadores en la ruta.
+tracert 192.168.1.23
-  - `10.236.32.1 / 172.160.100.1` → IP del enrutador o dispositivo de la red.
-  - `3: no reply` → el enrutador en el salto 3 no responde a ICMP (firewall bloqueando, política de seguridad, etc.).
-  - `5.678ms` → RTT acumulado hasta ese nodo.
-  * Para un entorno como el nuestro:
-    - Si saltos intermedios aparecen como `no reply` pero el destino final se alcanza, suele ser normal (ISP/proveedor censura ICMP).
-    - Si desde cierto salto todo es `no reply` y luego se corta, probablemente ahí estamos tocando un enclave donde no hay retorno ICMP o hay micro‑cortes.
-\\
-**4. Cambio de MTU (`pmtu`)**
-<code>
-     pmtu 1492
 </code>
+  * Si queremos hacer tracert a una Web, escribiremos tracert y la url encabezada por www (recordar no poner http): <code>
-  - Línea extra que aparece cuando el camino detecta un cambio de MTU.
+tracert www.google.es
-  * En nuestro entorno:
-    - Si vemos `pmtu 1492` en un salto, es muy típico de PPPoE (MTU 1500 − 8 bytes de cabecera PPPoE).
-    - Si más adelante vemos `pmtu` menor aún (1480, 1400, etc.), puede haber túneles GRE/IPsec, VPNs o enlaces más restringidos.
-\\
-**5. Último salto y “reached”**
-<code>
-:  142.250.179.174                                        24.789ms
-     reached
 </code>
+  * La consola nos mostrará el trazado de la conexión indicada mostrándonos los saltos (cada una de las detenciones de los paquetes de transmisión) y el tiempo en milisegundos.
-  - `10:` → décimo salto en la ruta.
-  - `142.250.179.174` → IP del host destino (por ejemplo, servidor de Google).
-  - `24.789ms` → RTT total hasta el destino.
-  - `reached` → indica que el destino responde correctamente.
-  * En un uso diario:
-    - Si vemos `reached` pero con RTT muy alto (cientos de ms), buscar enlace congestionado o ruta larga.
-    - Si no vemos `reached`, sino que al final se corta con `no reply` o `TOO LONG`, el destino o algún tramo intermedio no está respondiendo o hay bloqueo de tráfico.
 \\
-**6. Línea de resumen final**
+**Parámetro y función**
+  * ''-d'' . Específica que no se resuelvan las direcciones en nombres de host.
-<code>
+  * ''-h'' . maximum_hops. Especifica el número máximo de saltos para alcanzar el destino.
-     Resume: pmtu 1492 hops 10 back 10
+  * ''-j'' . host-list. Especifica la ruta de origen a lo largo de la lista de hosts.
-</code>
+  * ''-w'' . timeout. Espera el número de milisegundos especificado de tiempo.
+  * ''-target_name'' . Nombre o dirección IP del host de destino.
-  - `pmtu 1492` → MTU efectivo del camino completo.
-  - `hops 10` → número total de saltos ida hasta el destino.
-  - `back 10` → número de saltos de vuelta (en general igual a `hops` en rutas simétricas).
-  * Para nosotros como administrador:
-    - Si `hops` es muy alto en una red interna, revisar diseño de ruteo (circuitos, políticas BGP/IGP, etc.).
-    - Si vemos `pmtu` muy bajo en nuestra red interna, investigar si hay túneles innecesarios, PPPoE mal configurado o VLANs que estén “truncando” MTU.
-\\
-**Cómo utilizarlo en nuestro entorno**
-  * Usa `tracepath` para:
-    - Verificar MTU real en la ruta hacia un servidor remoto (por ejemplo, VPN, túnel GRE, o ISP).
-    - Asegurarnos de que no hay cuellos de botella de MTU que provoquen fragmentación o drops silenciosos.
-    - Combinarlo con `ping -M do -s 1472` (Ethernet) para confirmar el tamaño máximo de payload sin fragmentar.
 \\
 ===== Enlaces =====
-  * Material obtenido en parte del artículo escrito por S3L3N1TY para Hacker’s Land.
+  - [[https://raiolanetworks.com/blog/tracert-traceroute/|¿Qué es el comando Tracert o Traceroute y cómo utilizarlo?]]
-  * [[https://raiolanetworks.com/blog/tracert-traceroute/|¿Qué es el comando Tracert o Traceroute y cómo utilizarlo?]]
+  - [[https://pandorafms.com/es/it-topics/tracert-o-traceroute/|Tracert o Traceroute: qué es, cómo funciona o cómo se utiliza]]
-  * [[https://pandorafms.com/es/it-topics/tracert-o-traceroute/|Tracert o Traceroute: qué es, cómo funciona o cómo se utiliza]]
+  - [[https://baulderasec.wordpress.com/analisis-software/linux/8-configuracion-basica-de-redes/8-4-diagnosticar-conexiones-de-red/8-4-2-hacer-una-traza-de-una-ruta/|Baúl de Linux: 8.4.2.- Hacer una traza de una ruta]]
-  * [[https://labex.io/es/tutorials/linux-linux-tracepath-command-with-practical-examples-422964|Comando tracepath de Linux con Ejemplos Prácticos]]
+  - [[https://serverspace.io/es/support/help/traceroute-to-trace-network-in-linux-instruction/|Cómo utilizar Traceroute para el rastreo de red en Linux]]
-  * [[http://juandiegolizarazo.blogspot.com/2018/04/tracepath-y-traceroute-linux.html|Tracepath y traceroute (Linux)]]
+  - [[https://www.lucushost.com/blog/tracert-traceroute/|Tracert o traceroute: Qué es y cómo utilizar este comando]]
-  * [[https://baulderasec.wordpress.com/analisis-software/linux/8-configuracion-basica-de-redes/8-4-diagnosticar-conexiones-de-red/8-4-2-hacer-una-traza-de-una-ruta/|Baúl de Linux: 8.4.2.- Hacer una traza de una ruta]]
+  - [[https://raiolanetworks.com/blog/tracert-traceroute/|¿Qué es el comando Tracert o Traceroute y cómo utilizarlo?]]
+  - [[https://www.godaddy.com/resources/latam/tecnologia/traceroute-tracert-que-es|Traceroute y tracert: Qué es, cómo funciona y para qué sirve en el diagnóstico de redes]]
+  - [[https://www.hostinger.com/mx/tutoriales/comando-traceroute|Comando Traceroute: cómo usarlo e interpretarlo]]
+  - [[https://www.dotcom-monitor.com/es/aprende-con-dotcom-monitor/glosario/que-es-traceroute/|¿Qué es Traceroute?]]
 \\