* * * 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ć”


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.


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
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.