Tôi đã gặp vấn đề về mạng và tôi nhận thấy rằng các traceroutes của tôi trông hơi kỳ quặc khi tôi kết nối trực tiếp với modem của mình, nó đi thẳng vào cáp.
Tracing route to www.google.com [173.194.219.104]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms 192.168.50.1
2 * * * Request timed out.
3 11 ms 8 ms 9 ms 192.168.224.230
4 16 ms 13 ms 12 ms 192.168.214.1
5 13 ms 10 ms 10 ms 192.168.22.41
6 11 ms 11 ms 9 ms 192.168.15.18
7 189 ms 198 ms 196 ms 72.14.211.5
8 133 ms 161 ms 131 ms 72.14.232.86
9 137 ms 137 ms 135 ms 216.239.41.37
10 143 ms 141 ms 139 ms 64.233.174.9
11 136 ms 137 ms 137 ms 72.14.239.64
12 203 ms 197 ms 180 ms 209.85.143.193
13 * * * Request timed out.
14 135 ms 138 ms 135 ms ya-in-f104.1e100.net [173.194.219.104]
Có bình thường cho những bước nhảy đầu tiên trông như thế không? Thiết lập nghĩa là máy tính của tôi được kết nối với modem đi tới bài đăng.
Cảm ơn.
Bạn chưa nêu giao thức nào bạn đang sử dụng để biên dịch traceroute này, điều này làm cho việc giải thích của nó trở nên khó khăn.
Nếu, như tôi nghi ngờ, bạn đang sử dụng ICMP hoặc UDP, sau đó nó thực sự là bình thường. Hai dị thường mà bạn nhìn thấy (hai trang web không trả lời và một bước nhảy vọt lớn trong thời gian đi lại, ở bước 7 nơi nó chuyển từ vài phần nghìn giây đến 196msec) đều dễ giải thích.
Các gói ICMP thường bị loại bỏ bởi tường lửa (do thiếu hai trả lời), hoặc được ưu tiên thấp hơn bởi các máy chủ bận đối với lưu lượng TCP / UDP (do đó là bước nhảy vọt lớn trong thời gian di chuyển trong máy chủ Google đầu tiên mà bạn gặp phải ở bước 7 ).
Nếu thay vào đó bạn đang sử dụng các đầu dò TCP, không phải bất thường có thể dễ hiểu, bởi vì giao thức yêu cầu trả lời, và số lượng các nút sẽ thả một gói SYN thực sự là rất nhỏ.
Vì vậy, để có được bức tranh rõ ràng hơn về tình huống của bạn, tôi khuyên bạn nên sử dụng các đầu dò TCP và một công cụ như mtr, sẽ tiếp tục gửi đầu dò mỗi giây (bạn có thể thay đổi điều này) để cho phép bạn phá vỡ (có thể) việc mất gói dữ liệu thường xuyên, có thể cho bạn một biểu diễn trung thực về kết nối của bạn.
Tracert này có bình thường không?
Có, nó là bình thường.
* * * Request timed out.
Chỉ ra rằng hệ thống đích (có thể là một bộ định tuyến tại một hop trung gian, hoặc đích cuối cùng) không thể đạt được.
Chính xác hơn, nó có nghĩa là các gói tin không thể làm cho nó ở đó và quay trở lại; họ thực sự có thể đạt được hệ thống đích nhưng gặp phải vấn đề trong chuyến đi về.
Điều này có thể do một số loại vấn đề, nhưng nó cũng có thể là một khối cố ý.
Vì lý do bảo mật, một số bộ định tuyến không cho phép bạn Ping chúng (ICMP bị tắt do tường lửa hoặc các biện pháp bảo mật khác).
Traceroute sẽ tiếp tục trừ khi tất cả (ba) gói tin bị gửi bị mất nhiều hơn hai lần, sau đó kết nối bị mất và không thể đánh giá tuyến đường.