Quelle est la différence entre tracepath et traceroute ou sont-ils les mêmes?


11

Je vois deux commandes donnant une sortie similaire mais je n'ai aucune idée s'il y a une différence entre les deux ou non. Par exemple

[$] 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 

et

[$] 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

Bien que je comprenne que les deux auraient pu emprunter des itinéraires différents, bien qu'ils aient eu le même nombre de sauts. Je vois que le dernier / second traceroute donne un peu plus d'informations sur les serveurs intermédiaires, c'est-à-dire qu'au lieu de simplement donner les numéros IP statiques, donnez le nom / URL si quelqu'un veut adresser ou comprendre une adresse intermédiaire.

Pour ce que ça vaut, voici les deux packages / commandes -

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

et

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

J'ai lu les pages de manuel, et au moins pour tracepath il dit que l'essentiel est de donner le MTU et si ma supposition est juste, ce MTU est probablement la passerelle de mon FAI qu'il partage en tant que PMTU (je ne suis pas sûr de ce que le P signifie)

 _gateway                                              0.751ms pmtu 1400

toutes les autres connexions sont asymétriques, ce qui signifie qu'elles sont susceptibles de changer.

Mise à jour - Le lien partagé par le commentateur semble contenir des informations obsolètes.

Pour autant que je sache, aucune des commandes ne doit plus être root -

[$] which traceroute                                                                                                               
/usr/bin/traceroute

[$] which tracepath                                                                                                                
/usr/bin/tracepath

Il a été indiqué dans l'un des liens partagés sur les forums askubuntu.com https://www.techwalla.com/articles/differences-between-traceroute-tracepath que traceroute a des commandes plus avancées

Malheureusement, cette page Web est obsolète, donc je ne sais pas à quel point elle est bonne ou mauvaise aujourd'hui

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

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

Ce serait bien si quelqu'un pouvait comparer les deux et partager certaines des conclusions.

Quelqu'un pourrait-il également partager les commandes avancées que traceroute peut faire mais pas tracepath?

Au plaisir de savoir.


Réponses:


5

tracerouteest la commande UNIX traditionnelle. tracepathest une commande plus récente qui a ajouté un support pour la détection du MTU. Puisqu'il a traceroutemaintenant une option --mtu et peut être exécuté en tant qu'utilisateur ordinaire, je n'ai même pas la peine d'installer tracepathsur mes machines.

Si vous voulez essayer quelque chose de plus sophistiqué et plus utile que l'un ou l'autre, essayez mtr( apt install mtr-tiny). C'est comme une combinaison de traceroute et de ping. En particulier, je trouve que le diagramme à bandes lors de l'utilisation --displaymode 1est très utile pour diagnostiquer exactement où les problèmes de réseau se produisent.

                             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
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.