Diferencias
Muestra las diferencias entre dos versiones de la página.
| Ambos lados, revisión anterior Revisión previa Próxima revisión | Revisión previa | ||
| doc:tec:net:cmd:tracert:inicio [2026/04/09 11:03] – [Enlaces] fepg | doc:tec:net:cmd:tracert:inicio [2026/04/09 11:19] (actual) – [Enlaces] fepg | ||
|---|---|---|---|
| Línea 1: | Línea 1: | ||
| - | ====== [Redes] Comandos: tracert/ | + | ====== [Redes] Comandos: tracert / traceroute ====== |
| ===== Función ===== | ===== Función ===== | ||
| Línea 50: | Línea 50: | ||
| </ | </ | ||
| - | \\ | ||
| - | ===== tracepath ===== | ||
| - | |||
| - | * '' | ||
| - | * No requiere permisos especiales (a diferencia de algunas versiones de '' | ||
| - | \\ | ||
| - | **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: < | ||
| - | |||
| - | tracepath [opciones] < | ||
| - | |||
| - | </ | ||
| - | - `< | ||
| - | - Las opciones habituales son: | ||
| - | |||
| - | | Opción | ||
| - | |--------------|----------------------|----------------------| | ||
| - | | `-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 < | ||
| - | | `-h < | ||
| - | |||
| - | Para ver todas las opciones, ejecutar: < | ||
| - | |||
| - | tracepath --help | ||
| - | |||
| - | </ | ||
| - | |||
| - | man tracepath | ||
| - | |||
| - | </ | ||
| - | |||
| - | **Ejemplos prácticos** | ||
| - | * 1. **Rastreo básico a un dominio** < | ||
| - | |||
| - | tracepath google.com | ||
| - | |||
| - | </ | ||
| - | * 2. **Sin resolución DNS (solo IPs)** | ||
| - | |||
| - | tracepath -n google.com | ||
| - | |||
| - | </ | ||
| - | * 3. **Con tamaño de paquete limitado (MTU)** | ||
| - | |||
| - | tracepath -l 1400 google.com | ||
| - | |||
| - | </ | ||
| - | * 4. **Limitar número máximo de saltos** | ||
| - | |||
| - | tracepath -h 10 google.com | ||
| - | |||
| - | </ | ||
| - | \\ | ||
| - | ==== Ejemplo típico explicado ==== | ||
| - | |||
| - | Un ejemplo típico de salida de `tracepath` en Linux es algo como: < | ||
| - | |||
| - | tracepath google.com | ||
| - | 1?: [LOCALHOST] | ||
| - | | ||
| - | | ||
| - | | ||
| - | | ||
| - | | ||
| - | pmtu 1492 | ||
| - | ... | ||
| - | 10: 142.250.179.174 | ||
| - | | ||
| - | | ||
| - | |||
| - | </ | ||
| - | |||
| - | **1. Línea inicial y PMTU local** | ||
| - | |||
| - | < | ||
| - | 1?: [LOCALHOST] | ||
| - | </ | ||
| - | |||
| - | - `1?:` → primer “salto” (hop 1), marcado como `?` porque aún no se ha visto respuesta ICMP válida. | ||
| - | - `[LOCALHOST]` → indica que el primer salto es desde tu propia máquina; no se ha identificado todavía el primer enrutador. | ||
| - | - `pmtu 1500` → Path MTU detectado hasta este punto es 1500 bytes (MTU típico de Ethernet). | ||
| - | |||
| - | * **Utilidad**: | ||
| - | \\ | ||
| - | **2. Salto con IP y nombre (`_gateway`)** | ||
| - | |||
| - | < | ||
| - | | ||
| - | | ||
| - | </ | ||
| - | |||
| - | - `1:` → número de salto. | ||
| - | - `_gateway` → nombre del primer enrutador (normalmente tu router de acceso a la LAN; puede ser `192.168.1.1`, | ||
| - | - `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** | ||
| - | |||
| - | < | ||
| - | | ||
| - | | ||
| - | | ||
| - | </ | ||
| - | |||
| - | - `2:`, `3:`, `4:` → segundos, terceros, cuartos enrutadores en la ruta. | ||
| - | - `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/ | ||
| - | - 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`)** | ||
| - | |||
| - | < | ||
| - | pmtu 1492 | ||
| - | </ | ||
| - | |||
| - | - Línea extra que aparece cuando el camino detecta un cambio de MTU. | ||
| - | |||
| - | * 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”** | ||
| - | |||
| - | < | ||
| - | 10: 142.250.179.174 | ||
| - | | ||
| - | </ | ||
| - | |||
| - | - `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** | ||
| - | |||
| - | < | ||
| - | | ||
| - | </ | ||
| - | |||
| - | - `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, | ||
| - | \\ | ||
| - | **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 ===== | ===== Enlaces ===== | ||
| Línea 225: | Línea 56: | ||
| * [[https:// | * [[https:// | ||
| * [[https:// | * [[https:// | ||
| - | | + | * [[https:// |
| - | * [[http:// | + | |
| - | | + | |
| \\ | \\ | ||