Traceroute Terminal vs Network Utility inny?

Dlaczego terminal traceroute #.#.#.#wyświetla inne wyniki niż użycie Network Utility.app? Oto pierwsze 3 chmiel. Mam połączenie z PIA VPN, ale bez względu na to, że obie metody powinny dawać takie same wyniki, pomyślałbym.

Terminal

traceroute to 8.8.8.8 (8.8.8.8), 64 hops max, 52 byte packets
1  10.199.1.1 (10.199.1.1)  42.559 ms  39.696 ms  38.293 ms
2  * * *
3  184-75-211-129.amanah.com (184.75.211.129)  49.639 ms
162.219.176.225 (162.219.176.225)  56.780 ms
dpaall.webexpressmail.net (162.219.179.65)  69.798 ms

Network Utility.app

traceroute to 8.8.8.8 (8.8.8.8), 64 hops max, 72 byte packets
1  10.199.1.1 (10.199.1.1)  41.221 ms  38.355 ms  47.237 ms
2  vl685-c8-10-c6-1.pnj1.choopa.net (209.222.15.225)  41.262 ms  38.674 ms  41.912 ms
3  vl126-br1.pnj1.choopa.net (108.61.92.105)  44.092 ms  36.200 ms  40.407 ms

macos terminal network vashavoc
źródło

Jest to niezwykłe, ponieważ spodziewałbym się, że między nimi zostanie użyte to samo wywołanie systemowe, ale mogę potwierdzić, że ja również otrzymuję różne dane wyjściowe między aplikacją Network Utility i traceroutedziałam w Terminalu na 10.7 Lion.

douggro

Otrzymuję również różne wyniki, które nie powinny wystąpić. Kiedy wykonuję trasę śledzenia do 184.75.213.210 za pomocą wiersza polecenia, nie rozpoznaje punktu końcowego.

Mac

Odpowiedzi:

Ruch IP niekoniecznie musi podążać tą samą ścieżką. Opuszczając system, każdy router wybierze ścieżkę, którą uzna za odpowiednią dla każdego pakietu, i ta ścieżka może się zmienić w zależności od dostępności / przeciążenia. Nie ważne, jak się tam dostali.

Dlatego w przypadku traceroute, który wysyła pakiety ICMP, nie zawsze muszą one podążać tą samą ścieżką, ICMP działa na IP.

LH16
źródło