Jaka jest różnica między tracepath a traceroute, czy są one takie same?


11

Widzę dwa polecenia dające podobny wynik, ale nie mam pojęcia, czy istnieje różnica między nimi, czy nie. Na przykład

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

i

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

Rozumiem, że obie mogły obrać różne trasy, chociaż miały taką samą liczbę przeskoków. Widzę, że ten drugi / drugi traceroute podaje nieco więcej informacji o serwerach pomiędzy nimi, tj. Zamiast podawać statyczne numery IP, podaj nazwę / adres URL, jeśli ktoś chce się adresować lub znaleźć adres pośredni.

Oto, co warto, oto dwa pakiety / polecenia -

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

i

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

Przeczytałem strony podręcznika, a przynajmniej dla ścieżki śledzenia napisane jest, że najważniejsze jest podanie MTU, a jeśli zgaduję, że to prawda, MTU jest prawdopodobnie bramą mojego ISP, który udostępnia jako PMTU (nie jestem pewien, co P oznacza)

 _gateway                                              0.751ms pmtu 1400

wszystkie inne połączenia są asymetryczne, co oznacza, że ​​są podatne na zmiany.

Aktualizacja - link udostępniony przez komentatora wydaje się zawierać pewne nieaktualne informacje.

O ile mogę stwierdzić, żadne z poleceń nie musi być rootem -

[$] which traceroute                                                                                                               
/usr/bin/traceroute

[$] which tracepath                                                                                                                
/usr/bin/tracepath

Zostało wskazane w jednym z linków udostępnionych na forum askubuntu.com https://www.techwalla.com/articles/differences-between-traceroute-tracepath, że traceroute ma kilka bardziej zaawansowanych poleceń

Niestety, ta strona jest nieaktualna, więc nie jestem pewien, jak dobrze i źle ją dzisiaj trzyma

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

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

Byłoby miło, gdyby ktoś mógł porównać te dwie rzeczy i podzielić się niektórymi ustaleniami.

Czy ktoś mógłby również dzielić się zaawansowanymi poleceniami, które może wykonywać traceroute, ale tracepath nie?

Nie mogę się doczekać, aby wiedzieć.


Odpowiedzi:


5

tracerouteto tradycyjne polecenie UNIX. tracepathto nowsza komenda, która dodała obsługę wykrywania MTU. Ponieważ tracerouteteraz ma opcję --mtu i może być uruchamiany jako zwykły użytkownik, nawet nie zawracam sobie głowy instalacjątracepath na moich komputerach.

Jeśli chcesz wypróbować coś bardziej wymyślnego i bardziej przydatnego niż którykolwiek z nich, spróbuj mtr( apt install mtr-tiny). To jest jak połączenie traceroute i ping. W szczególności uważam, że pasek przy użyciu --displaymode 1jest bardzo przydatny do diagnozowania dokładnie, gdzie występują problemy z siecią.

                             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
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.