¿Cuál es la diferencia entre tracepath y traceroute o son iguales?

11

Veo dos comandos que dan una salida similar, pero no tengo idea si hay una diferencia entre los dos o no. Por ej.

[$] tracepath debian.org                                                                                                           
 1?: [LOCALHOST]                      pmtu 1500
 1:  _gateway                                              0.819ms 
 1:  _gateway                                              0.780ms 
 2:  _gateway                                              0.751ms pmtu 1400
 2:  ???                                                  43.462ms 
 3:  ???                                                  43.907ms asymm  4 
 4:  ???                                                  48.361ms 
 5:  ???                                                  46.492ms 
 6:  ???                                                  48.009ms asymm 10 
 7:  ???                                                  74.740ms asymm  9 
 8:  ix-ae-4-2.tcore1.CXR-Chennai.as6453.net              69.183ms asymm 10 
 9:  if-ae-13-2.tcore1.SVW-Singapore.as6453.net          285.982ms asymm 17 
10:  if-et-23-2.hcore2.KV8-Chiba.as6453.net              204.874ms 
11:  10ge4-5.core1.pao1.he.net                           298.418ms asymm 15 
12:  isc.gige-g4-17.core1.pao1.he.net                    299.967ms asymm 14 
13:  debian.org                                          307.865ms reached
     Resume: pmtu 1400 hops 13 back 14 

y

[$] traceroute debian.org                                                                                                          
    traceroute to debian.org (149.20.4.15), 30 hops max, 60 byte packets
     1  _gateway (192.168.1.1)  0.538 ms  1.083 ms  1.474 ms
     2  117.195.64.1 (117.195.64.1)  26.240 ms  28.890 ms  31.076 ms
     3  218.248.164.82 (218.248.164.82)  34.412 ms  37.050 ms  39.784 ms
     4  218.248.235.197 (218.248.235.197)  45.841 ms  47.977 ms  50.955 ms
     5  218.248.235.198 (218.248.235.198)  52.842 ms  56.184 ms  57.904 ms
     6  61.246.195.185 (61.246.195.185)  61.216 ms  62.437 ms 115.113.165.93.static-mumbai.vsnl.net.in (115.113.165.93)  64.571 ms
     7  172.17.169.202 (172.17.169.202)  94.358 ms 125.62.187.214 (125.62.187.214)  145.327 ms *
     8  ix (180.87.36.9)  48.755 ms  54.609 ms  56.072 ms
     9  if (180.87.36.83)  274.598 ms 100ge4-1.core1.nyc4.he.net (72.52.92.166)  309.468 ms  310.433 ms
    10  100ge14-1.core1.sjc2.he.net (184.105.81.213)  295.462 ms  295.832 ms if (180.87.67.33)  198.356 ms
    11  10ge4 (72.52.92.69)  299.283 ms  304.763 ms  297.574 ms
    12  isc.gige (72.52.94.70)  310.593 ms  313.728 ms  286.095 ms
    13  debian.org (149.20.4.15)  274.097 ms if-ae-7-2.tcore1.PDI-Palo-Alto.as6453.net (209.58.86.74)  259.125 ms debian.org (149.20.4.15)  279.229 ms

Si bien entiendo que ambos podrían haber tomado diferentes rutas, aunque tenían el mismo número de saltos. Veo que el último / segundo traceroute proporciona un poco más de información sobre los servidores intermedios, es decir, en lugar de solo proporcionar los números de IP estáticos, proporcione el nombre / URL si alguien quiere direccionar o averiguar una dirección intermedia.

Para lo que vale, aquí están los dos paquetes / comandos:

[$] dpkg -L iputils-tracepath | grep /usr/bin/tracepath                                                                            
/usr/bin/tracepath

y

[$] traceroute: /usr/bin/traceroute.db

He leído las páginas de manual, y al menos para tracepath dice que lo principal es dar el MTU y, si creo que es correcto, ese MTU es probablemente la puerta de entrada de mi ISP que comparte como PMTU (no estoy seguro de qué es el P representa)

 _gateway                                              0.751ms pmtu 1400

todas las demás conexiones son asimétricas, lo que significa que son propensas a cambiar.

Actualización: el enlace compartido por el comentarista parece tener información desactualizada.

Por lo que puedo decir, ninguno de los comandos debe ser root más:

[$] which traceroute                                                                                                               
/usr/bin/traceroute

[$] which tracepath                                                                                                                
/usr/bin/tracepath

Se ha insinuado en uno de los enlaces compartidos en los foros de askubuntu.com https://www.techwalla.com/articles/differences-between-traceroute-tracepath que traceroute tiene algunos comandos más avanzados

Desafortunadamente, esa página web está desactualizada, así que no estoy seguro de qué tan buena o mala se mantiene hoy

[$] aptitude show traceroute | grep Version                                                                                        
Version: 1:2.1.0-2

[$] aptitude show iputils-tracepath | grep Version                                                                                 
Version: 3:20161105-1

Sería bueno si alguien pudiera comparar entre los dos y compartir algunos de los hallazgos.

¿Alguien podría compartir los comandos avanzados que traceroute puede hacer pero tracepath no?

Esperamos saberlo.

shirish
fuente
66
Ver askubuntu.com/questions/114264/…
Valentin Bajrami

Respuestas:

5

traceroutees el comando tradicional de UNIX. tracepathes un comando más nuevo que se agregó como soporte para detectar la MTU. Como tracerouteahora tiene una opción --mtu y puede ejecutarse como un usuario normal, ni siquiera me molesto en instalarlo tracepathen mis máquinas.

Si quieres probar algo más elegante y más útil que cualquiera de esos, dale una oportunidad a mtr( apt install mtr-tiny). Es como una combinación de traceroute y ping. En particular, creo que el diagrama de tira cuando se usa --displaymode 1es muy útil para diagnosticar exactamente dónde se producen los problemas de red.

                             My traceroute  [v0.87]
            example.lan                           Sun Mar 25 00:07:50 2017

                                       Packets                Pings
Hostname                            %Loss  Rcv  Snt  Last Best  Avg  Worst
 1. example.lan                        0%   11   11     1    1    1      2
 2. ae-31-51.ebr1.Chicago1.Level3.n   19%    9   11     3    1    7     14
 3. ae-1.ebr2.Chicago1.Level3.net      0%   11   11     7    1    7     14
 4. ae-2.ebr2.Washington1.Level3.ne   19%    9   11    19   18   23     31
 5. ae-1.ebr1.Washington1.Level3.ne   28%    8   11    22   18   24     30
 6. ge-3-0-0-53.gar1.Washington1.Le    0%   11   11    18   18   20     36
 7. 63.210.29.230                      0%   10   10    19   19   19     19
 8. t-3-1.bas1.re2.yahoo.com           0%   10   10    19   18   32    106
 9. p25.www.re2.yahoo.com              0%   10   10    19   18   19     19
hackerb9
fuente