Sự khác biệt giữa các máy chủ không phản hồi (*) và không thể truy cập (! H) trong đầu ra theo dõi


14

Khi chạy traceroutes một số bước nhảy trở lại * mà như xa như tôi biết phương tiện mà chủ nhà không được đáp ứng yêu cầu ICMP echo, và một số bước nhảy khác (chủ yếu là người cuối cùng) trở lại ! H mà theo các trang người đàn ông thì có nghĩa là chủ nhà là không thể truy cập . Không thể truy cập có nghĩa là gì? Đó là không có tuyến đường đến địa chỉ đó?

Câu trả lời:


3

Sự khác biệt đơn giản là đối với một máy chủ không thể truy cập, bộ định tuyến bước nhảy cuối cùng sẽ trả về một phản hồi không thể truy cập đích ICMP .

Hầu hết các bộ định tuyến sẽ xử lý phần cứng ACL hoặc giới hạn tốc độ, nhưng việc tạo ra các phản hồi ICMP yêu cầu tài nguyên CPU nên thông thường không tạo ra chúng.


15

Câu trả lời của YLearn là chính xác nhưng điều quan trọng là phải biết thêm chi tiết.

  • * có nghĩa là máy của bạn không nhận được phản hồi.
  • !Hcó nghĩa là máy của bạn đã nhận được thông báo ICMP "máy chủ đích không thể truy cập" từ máy chủ được chỉ định trong tracerouteđầu ra.
  • Hiếm khi traceroutecó thể chỉ ra các tin nhắn không thể truy cập khác như !Nhoặc !P(mạng hoặc giao thức), v.v.

Một máy thường gửi "máy chủ đích không thể truy cập" khi không thể gửi gói IP tới mạng. Điều này có thể xảy ra khi:

  • Không có tuyến đường đến đích.
  • Địa chỉ IP hop tiếp theo hoặc địa chỉ IP cuối cùng không thể được phân giải thành địa chỉ L2 (không có phản hồi ARP cho địa chỉ IP).

Như YLearn đã viết, các bộ định tuyến có thể được cấu hình để không gửi tin nhắn ICMP nhưng bạn cũng có thể nhận được *thay vì !Hkhi yêu cầu của bạn bị âm thầm loại bỏ bởi chính sách ACL hoặc tường lửa. Trong chính sách bảo mật thả im lặng là một thực tế bình thường. Sự sụt giảm gây ra bởi một chính sách bảo mật phụ thuộc vào loại tin nhắn được gửi bởi traceroute. Unix truyền thống traceroutetheo mặc định gửi các gói UDP đến các cổng "không bình thường" như 33434 nhưng nó cũng có thể sử dụng các phương thức khác. Windows tracertgửi yêu cầu tiếng vang ICMP.


2
Tốt công việc chi tiết tin nhắn ICMP. Ngoài ra, một bản pdf tốt về traceroute xử lý sự cố nanog.org/meetings/nanog45/presentations/Sunday/ Kẻ
Bruno R
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.