* * * trong traceroute


8

Nếu tôi truy tìm đến máy chủ của mình thông qua một loạt các phương thức khác nhau, ip bên ngoài dường như không hoạt động. Tuy nhiên, máy chủ là trực tuyến và có thể truy cập bằng ip này.

Lưu trữ cục bộ:

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

Ip nội bộ:

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

IP bên ngoài:

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:~$

... nó tiếp tục đến 30 ... điều tương tự xảy ra nếu tôi truy tìm nó thông qua máy chủ dns

Nó cũng xảy ra nếu tôi làm điều đó từ một dịch vụ trực tuyến khác:

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

* * * Có nghĩa là gì? Có cách nào để "sửa cái này" không


Có vẻ như RoadRunner đang chặn ICMP tại thời điểm đó. Tôi cũng nhận được đến 24.24.209.18 và sau đó họ ngừng trả lời. Các * đại diện cho việc thiếu phản ứng ICMP.
LilCodger 18/03/13

Câu trả lời:


7

Có hai lý do cho nó.

1) Một thời gian chờ. Mặc dù thông thường cuối cùng bạn sẽ nhận được trả lời ở một trong các vị trí rtt như 70 * * hoặc một cái gì đó.

2) Một số bộ định tuyến được cấu hình để chặn một số phần của giao thức ICMP hoạt động (chính xác là ICMP echo). Điều này thường là để giúp ngăn chặn các cuộc tấn công DDOS, vv Traceroute phụ thuộc vào ICMP echo hoạt động.

Về cơ bản, công cụ theo dõi không thể tìm ra địa chỉ IP để bạn sẽ nhận được * * * cho các máy chủ bị chặn. Cuối cùng, bạn có thể nhận được phản hồi từ các máy chủ khác để bạn có thể thấy phản hồi với số lượng hop lớn hơn.

Xem bài viết trên wikipedia về traceroute . Trong trường hợp của bạn, đó là nguyên nhân số 2 và không có gì bạn có thể làm về nó. Hãy thử chạy traceroute đến một điểm đến khác và bạn có thể nhận được một dấu vết đầy đủ.


Tôi có thể ping ip này, giao thức icmp cũng vậy?
agz

IP nào? Tôi có thể ping 24.24.209.18 nhưng không phải 24.24.174.153. Một số bộ định tuyến không đáp ứng với tiếng vang icmp.
Matt H

Hmm đó là số lẻ tôi có thể ping 24.24.174.153 trên Ubuntu nhưng không thông qua dấu nhắc cmd
agz
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.