두 명령 모두 비슷한 출력을 제공하지만 둘 사이에 차이점이 있는지는 알 수 없습니다. 예를 들어
[$] 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
그리고
[$] 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
동일한 홉 수에도 불구하고 둘 다 서로 다른 경로를 택할 수 있다는 것을 이해합니다. 게시물/두 번째 추적 경로는 중개 서버에 대한 추가 정보, 즉 누군가가 중개 주소를 지정하거나 찾으려는 경우 고정 IP 번호뿐만 아니라 이름/URL을 제공하는 것으로 확인됩니다.
다음은 두 개의 패키지/명령입니다.
[$] dpkg -L iputils-tracepath | grep /usr/bin/tracepath
/usr/bin/tracepath
그리고
[$] traceroute: /usr/bin/traceroute.db
맨페이지를 읽었으며 적어도 추적 경로에 대해서는 기본 경로가 제공된다고 나와 있습니다.최대 전송 단위내 추측이 정확하다면 MTU는 아마도 PMTU로 공유되는 ISP의 게이트웨이일 것입니다(P가 무엇을 의미하는지 잘 모르겠습니다).
_gateway 0.751ms pmtu 1400
다른 모든 연결은 비대칭이므로 변경될 수 있습니다.
업데이트 - 댓글 작성자가 공유한 링크에 오래된 정보가 있는 것 같습니다.
내가 아는 한, 두 명령 모두 더 이상 루트가 필요하지 않습니다.
[$] which traceroute
/usr/bin/traceroute
[$] which tracepath
/usr/bin/tracepath
되었습니다힌트askubuntu.com 포럼에서 공유된 링크 중 하나https://www.techwalla.com/articles/differences-Between-traceroute-tracepathTraceroute에는 몇 가지 고급 명령이 있습니다.
안타깝게도 페이지가 오래되어 현재는 얼마나 효과적인지 잘 모르겠습니다.
[$] aptitude show traceroute | grep Version
Version: 1:2.1.0-2
[$] aptitude show iputils-tracepath | grep Version
Version: 3:20161105-1
누군가가 두 가지를 비교하고 몇 가지 결과를 공유할 수 있다면 좋을 것입니다.
또한, Traceroute는 실행할 수 있지만 Tracepath는 실행할 수 없는 일부 고급 명령을 공유할 수 있는 사람이 있습니까?
알기를 기대합니다.
답변1
traceroute전통적인 UNIX 명령입니다. tracepathMTU 감지에 대한 지원을 추가하는 새로운 명령입니다. 이제 --mtu 옵션이 있고 일반 사용자로 실행할 수 있으므로 내 컴퓨터에 설치할 traceroute필요조차 없습니다 .tracepath
이 두 가지보다 더 멋지고 유용한 것을 시도하고 싶다면 시도해 보세요 mtr( ). apt install mtr-tiny이는 Traceroute와 Ping의 조합과 같습니다. 특히, 막대 그래프를 사용하면 --displaymode 1네트워크 문제가 발생한 위치를 정확하게 진단하는 데 매우 유용하다는 것을 알았습니다.
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