Traceroute มี IP ที่ไม่สามารถกำหนดเส้นทางได้ (?)

ฉันใช้ traceroute ต่อไปนี้หนึ่งครั้งในขณะที่พยายามทำให้เกิดปัญหาเครือข่าย

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.

สามไซต์แรกคือเราเตอร์ภายในเครื่อง / เกตเวย์ ไม่สนใจสิ่งเหล่านั้น

ฉันไม่แน่ใจ แต่ขั้นตอนที่ 10 จะให้ 10.50.1.1 เป็นเป้าหมายได้อย่างไร นั่นไม่ใช่ IP ที่ไม่สามารถค้นหาได้ซึ่งไม่ควรอยู่ที่ใดที่จะพบได้จากเราเตอร์สาธารณะหรือ

ที่อยู่ RFC1918 (10/8, 172.16 / 12 และ 192.168 / 16) ไม่ควรปรากฏในตารางเส้นทางทั่วโลกเนื่องจากออกแบบมาเพื่อใช้ภายใน "องค์กรเดียว" อย่างไรก็ตามการใช้ที่อยู่ RFC1918 ในการเชื่อมโยงแบบจุดต่อจุดภายในคอร์ของคุณมีความเหมาะสมแม้ว่าการรับส่งข้อมูลจะข้ามไปยังลิงก์เหล่านั้นสำหรับช่วงที่อยู่ IP ที่ "สามารถกำหนดเส้นทางได้ทั่วโลก" เนื่องจากเป็นการอนุรักษ์ทรัพยากรที่หายากเล็กน้อย .

เหตุผลที่แสดงใน traceroute ก็คือว่า TTL ของเฟรม IP หมดอายุบนอินเตอร์เฟสโดยใช้เป็นอินเตอร์เฟส IP ข้อเสียของการทำเช่นนี้คือมันยากที่จะ ping อินเทอร์เฟซและทำการแก้ไขปัญหาบางอย่างได้ยากขึ้น แต่ไม่มีการรับประกันว่าคุณจะสามารถทำเช่นนั้นได้

ดังนั้นฉันจะบอกว่ามันอาจจะผิดปกติเล็กน้อย แต่ก็ไม่เคยได้ยินมาก่อน

มันดูแปลกสำหรับฉัน มันก็โอเคอย่างสมบูรณ์แบบเช่นกันที่เห็น IP เอกชนที่อยู่ตรงกลางเส้นทางเนื่องจากองค์กรเดียวสามารถใช้ IP ส่วนตัวภายในเครือข่ายของพวกเขาได้ แต่ตาม whois, 212.143.14.154 และ 195.66.225.105 เป็นเจ้าของโดยสององค์กรที่แตกต่างกัน แต่บางทีการกำเนิดสองอย่างนี้อาจมีจุดต่อกันซึ่งในกรณีนี้อาจใช้ IP ส่วนตัวสำหรับมัน

คำที่ไม่สามารถกำหนดเส้นทางได้ไม่แม่นยำอย่างสมบูรณ์เพราะสามารถกำหนดเส้นทางได้ อย่างไรก็ตามควรใช้โดย 'องค์กร' คำเดียวที่ใช้RFC1918 ซึ่งเป็นสาเหตุที่ฉันพบว่าแปลกเล็กน้อย

ฉันเห็นว่ามันเกิดขึ้นกับเราเตอร์จูนิเปอร์ พวกเขามีที่อยู่ IP สาธารณะที่เหมาะสม แต่เราเตอร์กำลังส่งการตอบสนองของ icmp กับ IP ส่วนตัวที่ถูกผูกไว้กับส่วนต่อประสานการจัดการ (ไม่สามารถเข้าถึงได้จากอินเทอร์เน็ตสาธารณะ)

อาจเป็นไปได้ว่ามันผ่านเครือข่ายภายในของใครบางคนผ่าน MPLS หรือบางอย่างที่คล้ายกันซึ่งพวกเขากำลังใช้ IP ภายใน

ฉันเห็นด้วยกับเซียน บางครั้ง WAN Hops เหล่านี้มีที่อยู่ IP ส่วนตัวย้อนกลับ ด้วยเหตุผลบางอย่างนี้จะถูกส่งกลับใน tracert โปรแกรมที่เรียกว่า Wireshark (ฟรีแวร์ที่ดีจริงๆ) อาจให้ข้อมูลเชิงลึกเกี่ยวกับปัญหาเครือข่ายของคุณมากขึ้น

Manni