“ TTL หมดอายุระหว่างทาง” หมายถึงอะไรเมื่อพยายามปิง

เราได้รับข้อความ“ TTL หมดอายุระหว่างทาง” เมื่อเราพยายาม ping ไปยังเซิร์ฟเวอร์ในส่วนเครือข่ายอื่น เมื่อเราเรียกใช้ tracert ที่อยู่ 4 IP จะทำซ้ำตัวเองอย่างไม่มีกำหนด:

14    60 ms    59 ms    60 ms  xxx.xxx.xxx.2
15    83 ms    81 ms    82 ms  xxx.xxx.xxx.128
16    75 ms    80 ms    81 ms  xxx.xxx.xxx.249
17    81 ms    78 ms    80 ms  xxx.xxx.xxx.250
18    82 ms    80 ms    77 ms  xxx.xxx.xxx.2
19   102 ms   101 ms   100 ms  xxx.xxx.xxx.128
20   101 ms   100 ms    98 ms  xxx.xxx.xxx.249
21    97 ms    98 ms    99 ms  xxx.xxx.xxx.250
...

ขั้นตอนพื้นฐานสำหรับการแก้ไขปัญหาข้อผิดพลาดนี้คืออะไร?

ตามที่ระบุไว้ในคำตอบทั้งหมดข้างต้นมีการวนซ้ำในการเราต์ที่ทำให้ TTL หมดอายุ

ตรวจสอบเส้นทางบนอุปกรณ์ที่มีที่อยู่ IP ซ้ำ บน Linux คุณสามารถใช้

route -n 

ในฐานะผู้ใช้รูทเพื่อดูตารางเส้นทางปัจจุบัน บน windows คุณสามารถไปที่ cmd และใช้คำสั่ง

route print

เพื่อดูตารางเส้นทางปัจจุบัน บนสวิตช์ที่จัดการได้ของ cisco คุณสามารถใช้คำสั่ง

show ip route

การใช้คำสั่งข้างต้นใน IP ทั้งสี่ที่ทำซ้ำคุณควรดูว่าตารางเส้นทางใดที่ผิด หนึ่งในสี่อุปกรณ์ / โฮสต์ที่เกี่ยวข้องควรกำหนดเส้นทางการรับส่งข้อมูลไปยังปลายทางที่คุณกำลังส่งสัญญาณโดยใช้เกตเวย์อื่น

คุณมีเส้นทางเวียนในการกำหนดค่าเครือข่ายตรวจสอบตารางเส้นทางของคุณบนอุปกรณ์ที่เกี่ยวข้อง

"TTL หมดอายุระหว่างทาง" เกี่ยวข้องกับค่า TTL ของแพ็คเก็ต เราเตอร์ทุกตัวที่ผ่านมันจะลดลงทีละหนึ่งถ้ามันฮิต 0 แพ็คเก็ตจะถูกส่งกลับไปยังผู้ส่ง มันป้องกันลูปไม่สิ้นสุดที่ซึ่งแพ็คเก็ตเดินทางเป็นวงกลมตลอดไป

แพ็คเก็ต IP มีการตั้งค่าสถานะTTL อันนี้จะลดลง 1 ครั้งทุกครั้งที่ส่งแพ็คเก็ต เมื่อค่ากลายเป็น 0 เราเตอร์วางแพ็คเก็ตและส่งข้อความ ICMP Time-to-สดเกินในระหว่างการขนส่ง
สิ่งนี้ทำเพื่อป้องกันไม่ให้แพ็กเก็ตถูกกำหนดเส้นทางไม่สิ้นสุดเมื่อมีปัญหาการเราต์บนเครือข่าย นี่เป็นกรณีของคุณที่นี่คุณมีเส้นทางการวนรอบเพื่อให้แพ็กเก็ตไม่เคยไปถึงปลายทางและในที่สุดก็ถูกส่งโดยเราเตอร์ตัวใดตัวหนึ่งเนื่องจาก TTL ถึง 0

ในขณะที่การตรวจสอบตารางเส้นทางของสี่เราเตอร์, มุ่งเน้นไปที่เครือข่ายหน้ากากของเส้นทางและถ้า ist เราเตอร์สามารถที่จะเส้นทาง " classless"

ใน Ciscos ที่เก่ากว่าคุณต้องเปิดใช้งานสิ่งนี้อย่างชัดเจนมิฉะนั้นพวกเขาจะกำหนดเส้นทางเครือข่ายที่มีระดับทั้งหมดแทนเครือข่ายย่อยของคุณ เช่นการกำหนดค่า10.20.30.0/24จะส่งผลให้เส้นทางเหมือน10.0.0.0/8กัน

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

ฉันก็จะบอกว่าเริ่มต้นที่ชั้น 1 ตรวจสอบให้แน่ใจว่าเราเตอร์เปิดอยู่และพอร์ตที่เชื่อมโยงเข้ากับเครือข่ายกำลังทำงาน จากนั้นทำแผนที่เส้นทางของคุณจากแหล่ง ICMP ของคุณไปยังเราเตอร์ปลายทางตรวจสอบตารางเส้นทางที่แต่ละเส้นทางกระโดดตามเส้นทาง

เมื่อการส่ง Ping ส่งผลให้หมดอายุในระหว่างการขนส่ง ... แผนภาพสั้น - ISP ==> เราเตอร์ ==> สลับ ==> ไปยังพีซี

หาก ISP สามารถเห็นอุปกรณ์ของพวกเขาคุณอาจต้องรีบูตเครื่อง หากใช้งานได้แสดงว่าคุณพร้อมแล้ว ถ้าไม่เช่นนั้นคุณอาจต้องรีบู๊ตเราเตอร์

ฉันได้รับข้อความแสดงข้อผิดพลาดเดียวกัน ฉันรีบูทสวิตช์และทุกอย่างกลับมาขึ้น

โชคดี.

ตกลงดังนั้นฉันจะพูดสอดกับคนอื่น คุณมีการวนรอบเส้นทางตามหลักฐานที่แสดงว่าคำขอ ICMP Echo วนซ้ำระหว่างเราเตอร์ 4 ตัวเดียวกัน ตรวจสอบตารางเส้นทางบนเราเตอร์เริ่มต้นด้วยเราเตอร์ที่ xxx250

ฉันได้รับTTL expired in transitข้อความและปัญหาคือรายการที่ผิดพลาดใน DHCP

มีคนเพิ่มชื่อโฮสต์เดียวกันในเซิร์ฟเวอร์ DHCP ด้วยที่อยู่ IP แบบคงที่ (10.xx11) ในขณะที่โฮสต์ได้ให้เช่าที่อยู่ IP แบบไดนามิกใหม่ (10.xx22)

Pinging host.example.com [10.x.x.22] with 32 bytes of data:
Reply from 10.x.x.11: TTL expired in transit.
Reply from 10.x.x.11: TTL expired in transit.
Reply from 10.x.x.11: TTL expired in transit.
Reply from 10.x.x.11: TTL expired in transit.

Ping statistics for 10.x.x.22:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),