Traceroute bao gồm IP không thể định tuyến (?)

Tôi đã chạy traceroute sau một lần, trong khi cố gắng khắc phục sự cố mạng.

c:\>tracert linode.com -d

Tracing route to linode.com [67.18.186.61]
over a maximum of 30 hops:

  1    <1 ms     *       <1 ms  10.43.51.252
  2     1 ms    <1 ms    <1 ms  10.45.253.33
  3    <1 ms    <1 ms    <1 ms  10.62.254.251
  4    20 ms    23 ms    45 ms  192.118.32.52
  5    47 ms    20 ms    85 ms  207.232.60.250
  6    54 ms    24 ms    79 ms  212.143.8.69
  7     7 ms    79 ms    11 ms  212.143.8.209
  8    89 ms   110 ms   108 ms  212.143.12.75
  9   143 ms   240 ms    94 ms  212.143.14.154
 10   244 ms   179 ms    95 ms  10.50.1.1
 11   176 ms    80 ms   190 ms  195.66.225.105
 12   174 ms   164 ms   157 ms  70.87.255.217
 13   187 ms   185 ms   186 ms  70.87.253.189
 14   189 ms   194 ms   195 ms  70.87.253.18
 15   187 ms   188 ms   190 ms  70.87.253.126
 16   187 ms   185 ms   185 ms  70.87.254.78
 17   186 ms   184 ms   187 ms  67.18.186.61

Trace complete.

Ba trang web đầu tiên là bộ định tuyến / cổng cục bộ; bỏ qua những cái đó

Tuy nhiên, tôi không chắc chắn, làm thế nào bước 10 có thể cung cấp cho tôi 10.50.1.1 làm mục tiêu? Không phải đó là một IP không thể truy cập mà không nên tìm thấy ở bất kỳ nơi nào từ bộ định tuyến công cộng?

Các địa chỉ RFC1918 (10/8, 172.16 / 12 và 192.168 / 16) không nên xuất hiện trong các bảng định tuyến toàn cầu, vì chúng được thiết kế để được sử dụng trong "một doanh nghiệp". Tuy nhiên, ở một mức độ nào đó, sử dụng địa chỉ RFC1918 cho các liên kết điểm-điểm trong lõi của bạn, ngay cả khi lưu lượng truy cập đi qua các liên kết đó là cho phạm vi địa chỉ IP "có thể định tuyến toàn cầu", vì điều này bảo tồn tài nguyên hơi khan hiếm .

Lý do nó xuất hiện trong traceroute là vì khung IP của IP đã hết hạn trên một giao diện với IP giao diện của nó. Mặt trái của việc này là khó khăn hơn khi ping giao diện và thực hiện một số khắc phục sự cố về vấn đề này, nhưng không có gì đảm bảo rằng bạn sẽ có thể làm điều đó bằng mọi cách.

Vì vậy, tôi muốn nói rằng nó có thể hơi bất thường, nhưng chắc chắn nó không phải là chưa từng nghe thấy.

Điều đó có vẻ kỳ lạ với tôi. Hoàn toàn ổn khi thấy các IP riêng ở giữa một tuyến, bởi vì một tổ chức có thể sử dụng một IP riêng trong mạng của họ. Nhưng theo whois, 212.143.14.154 và 195.66.225.105 thuộc sở hữu của hai tổ chức khác nhau. Nhưng có lẽ hai quỹ đạo này có một điểm để điểm giữa nhau, trong trường hợp đó có thể sử dụng một IP riêng cho nó.

Thuật ngữ không định tuyến không hoàn toàn chính xác, bởi vì chúng có thể được định tuyến. Tuy nhiên, chỉ nên được sử dụng bởi một 'doanh nghiệp', thuật ngữ RFC1918 sử dụng. Đó là lý do tại sao tôi thấy điều này một chút kỳ lạ.

Tôi thấy nó xảy ra trên một số bộ định tuyến cây bách xù. Họ đã gán địa chỉ IP công cộng phù hợp nhưng bộ định tuyến đang gửi phản hồi icmp với ip riêng bị ràng buộc với giao diện quản lý (không thể truy cập từ internet công cộng).

Có thể nó đi qua mạng nội bộ của ai đó, qua MPLS hoặc một cái gì đó tương tự, nơi họ đang sử dụng IP nội bộ.

Tôi đồng ý với Cian. Đôi khi các mạng WAN này có địa chỉ IP riêng loopback. Vì một số lý do, điều này được trả lại trong tracert. Một chương trình có tên Wireshark (phần mềm miễn phí thực sự tốt) có thể giúp bạn hiểu rõ hơn về vấn đề mạng của mình.

Manni