Câu hỏi Tracert này có bình thường không?


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.


3
2018-06-12 17:39


gốc


Bạn đang gặp phải sự cố về mạng nào? Tracert này không bình thường, có một số đặc thù, nhưng chúng không nhất thiết là dấu hiệu của một vấn đề. - Marcks Thomas
Tôi gặp vấn đề về độ trễ trên một vài trò chơi và một số trang web phát trực tuyến không thực sự hoạt động. - hiddencat
"Tôi đang gặp vấn đề về độ trễ trên một vài trò chơi" các chuyến đi tới các máy chủ trò chơi sẽ thú vị hơn. Cũng lưu ý rằng pathping cho kết quả hữu ích hơn. Tuy nhiên không tracert hoặc pathping chẩn đoán đảo ngược tuyến đường đó có thể là nơi mà vấn đề nằm. Tuyến đường phía trước và tuyến đường ngược lại có thể (và thường là) hoàn toàn khác nhau ("Không đối xứng"). - DavidPostill♦
A Tuyến đường nguồn lỏng  tracert -jcó thể được sử dụng để xem tuyến đường ngược lại. Thật không may, định tuyến nguồn có tiềm năng rất lớn cho việc lạm dụng, và do đó hầu hết các quản trị viên mạng chặn tất cả các gói định tuyến nguồn tại các bộ định tuyến biên giới của chúng. Vì vậy, trên thực tế, các tuyến đường nguồn lỏng sẽ không hoạt động. - DavidPostill♦
Vâng, tôi đã đi vào máy chủ cụ thể mà tôi gặp phải vấn đề cụ thể với (Blizzard) và họ hỏi tôi có phải tôi đang cố gắng kết nối từ một trường học hay một văn phòng không, bởi vì những người nhảy địa phương. Họ cũng nói với tôi rằng một trong những bước nhảy có tỷ lệ mất gói dữ liệu cao và tôi nên hỏi ISP của mình, nhưng tôi đã gọi điện cho họ và câu trả lời của họ là "vâng, điều này là bình thường" nhưng không có câu trả lời thực tế nào được đưa ra. - hiddencat


Các câu trả lời:


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.


0
2018-06-13 06:23





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.


0
2018-06-12 17:43



Nhưng tại sao lại có bốn 192.168.. hops nếu nó là một máy tính kết nối trực tiếp với một modem? - gronostaj
Chúng là địa chỉ được gán cho các thiết bị thuộc ISP của bạn và trên mạng của chúng. Điều gì là bất thường là hầu hết các phần còn lại của hoa bia là địa chỉ thuộc về Google ... là Google ISP của bạn? - DavidPostill♦
Tôi sẽ không nói rằng nó là bình thường để xem IP khối tư nhân trong một traceroute, bên ngoài mạng LAN của bạn. Nó không làm tôi ngạc nhiên rằng OP là có liên quan, thời gian chờ không phải là đặc thù duy nhất của traceroute này. - gronostaj
Vâng, tôi thực sự bị ném đi bởi nhiều nhân viên hơn là thời gian ra ngoài. - hiddencat