* * * w traceroute

8

Jeśli traceroute do mojego serwera za pomocą szeregu różnych metod, zewnętrzny ip wydaje się nie działać. Jednak serwer jest online i jest dostępny przez ten adres IP.

Lokalny Gospodarz:

michaelxu@michaelxu-server:~$ traceroute 127.0.0.1
traceroute to 127.0.0.1 (127.0.0.1), 30 hops max, 60 byte packets
 1  localhost.localdomain (127.0.0.1)  0.120 ms  0.069 ms  0.064 ms

Wewnętrzny Ip:

michaelxu@michaelxu-server:~$ traceroute 192.168.1.3
traceroute to 192.168.1.3 (192.168.1.3), 30 hops max, 60 byte packets
 1  michaelxu-server (192.168.1.3)  0.122 ms  0.065 ms  0.067 ms

Zewnętrzny adres IP:

michaelxu@michaelxu-server:~$ traceroute 24.24.174.153
traceroute to 24.24.174.153 (24.24.174.153), 30 hops max, 60 byte packets
 1  * * *
 2  * * *
 3  * * *
 4  * * *
 5  * * *
 6  * * *
 7  * * *
 8  * * *
 9  * * *
10  * * *
11  * *^C
michaelxu@michaelxu-server:~$

... obejmuje aż do 30 ... to samo dzieje się, jeśli prześledzę to przez serwer dns

Dzieje się tak również, jeśli robię to z innej usługi online:

   Tracing route to cpe-24-24-174-153.socal.res.rr.com [24.24.174.153]...

hop rtt rtt rtt     ip address  fully qualified domain name
1   1   1   1       70.84.211.97    61.d3.5446.static.theplanet.com
2   0   0   0       70.87.254.5 po101.dsr02.dllstx5.networklayer.com
3   0   0   1       70.85.127.109   po52.dsr02.dllstx3.networklayer.com
4   0   0   0       173.192.18.230  ae17.bbr02.eq01.dal03.networklayer.com
5   0   0   0       66.109.9.97 ae-11-0.pr0.dfw10.tbone.rr.com
6   41  40  39      66.109.6.208    ae-6-0.cr0.dfw10.tbone.rr.com
7   39  39  40      66.109.6.0  ae-3-0.cr0.lax30.tbone.rr.com
8   37  39  39      66.109.6.65 
9   42  40  39      72.129.9.3  agg1.lamrcadq-ccr02.socal.rr.com
10  36  36  35      72.129.10.73    
11  53  60  49      24.24.209.18    ge17-0-spsdca1-ars1.socal.rr.com
12  *   *   *           
13  *   *   *           
14  *   *   *           
15  *   *   *       

Co oznacza * * *? Czy jest jakiś sposób, aby to „naprawić”

agz
źródło
Wygląda na to, że RoadRunner blokuje w tym momencie ICMP. Przechodzę również do 24.24.209.18, a potem przestają odpowiadać. * Oznacza brak odpowiedzi ICMP.
LilCodger,

Odpowiedzi:

7

Są dwa powody.

1) Limit czasu. Chociaż zwykle otrzymasz odpowiedzi w jednej z pozycji rtt, takich jak 70 * * lub coś w tym rodzaju.

2) Niektóre routery są skonfigurowane tak, aby blokować niektóre części protokołu ICMP z działania (echo ICMP, a dokładniej). Zwykle pomaga to zapobiec atakom DDOS itp. Traceroute zależy od działania echa ICMP.

Zasadniczo narzędzie traceroute nie może obliczyć adresu IP, więc otrzymasz * * * za zablokowane hosty. W końcu możesz otrzymać odpowiedź od innych hostów, więc możesz zobaczyć odpowiedzi przy większej liczbie przeskoków.

Zobacz artykuł w Wikipedii na temat traceroute . W twoim przypadku jest to przyczyną numer 2 i nic nie możesz na to poradzić. Spróbuj uruchomić traceroute do innego miejsca docelowego, a możesz uzyskać pełny ślad.

Matt H.
źródło
Mogę pingować ten ip, który jest również protokołem icmp?
agz
Który adres IP Mogę pingować 24.24.209.18, ale nie 24.24.174.153. Niektóre routery po prostu nie reagują na echo icmp.
Matt H
Hmm to dziwne, mogę pingować 24.24.174.153 na Ubuntu, ale nie za pomocą polecenia cmd
AGZ