การทำแผนผังเส้นทางด้วย Traceroute

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

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

Traceroute ใช้ TTL ได้อย่างชาญฉลาด โดยส่งแพ็กเก็ตที่มีค่า TTL=1 ทำให้เราเตอร์ตัวแรกทิ้งแพ็กเก็ตเหล่านั้นและตอบกลับด้วยข้อผิดพลาด จากนั้นจึงใช้ TTL=2 เพื่อไปถึงเราเตอร์ตัวที่สอง แล้วเพิ่มขึ้นต่อไป แพ็กเก็ตแต่ละชุดที่หมดอายุจะเปิดเผยจำนวนฮอปเพิ่มขึ้นทีละหนึ่ง การเพิ่มค่า TTL ทีละขั้นทำให้ traceroute วาดแผนผังเส้นทางผ่านเราเตอร์ทีละตัวจนถึงปลายทาง

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

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

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

เครื่องหมายดอกจัน (*) หมายความว่าฮอปนั้นไม่ตอบกลับภายในเวลาที่กำหนด เหตุการณ์นี้พบได้บ่อยและไม่ได้แปลว่าเป็นปัญหาเสมอไป เพราะเราเตอร์หลายตัวจะลดลำดับความสำคัญหรือละเว้นการตอบกลับแบบ ICMP/UDP ที่ traceroute ใช้ แม้จะยังส่งต่อทราฟฟิกจริงได้ตามปกติก็ตาม หากมีเครื่องหมายดอกจันอยู่กลางเส้นทางไม่กี่รายการ แล้วฮอปถัด ๆ ไปยังตอบกลับได้ โดยมากหมายถึงเราเตอร์ที่ไม่ตอบสนอง ไม่ใช่เราเตอร์ที่เสีย

การนำไปใช้งานแตกต่างกัน Windows tracert ส่งคำขอ ICMP Echo ขณะที่ traceroute แบบ Unix ดั้งเดิมส่งแพ็กเก็ต UDP ไปยังพอร์ตหมายเลขสูง ทั้งสองแบบอาศัยการตอบกลับเมื่อ TTL หมดอายุ เนื่องจากไฟร์วอลล์จัดการ ICMP และ UDP แตกต่างกัน เส้นทางเดียวกันจึงอาจแสดงผลต่างกันเมื่อเรียกใช้จากเครื่อง Windows เทียบกับเครื่อง Linux การทราบวิธีการทำงานจะช่วยอธิบายความแตกต่างบางประการได้

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

เครื่องมือแบบปรับปรุง 2 ชนิดนี้ผสานการทำงานของ ping และ traceroute เข้าด้วยกัน Windows pathping จะติดตามเส้นทางแล้ววัดการสูญเสียแพ็กเก็ตของแต่ละฮอปตามช่วงเวลา ส่วนเครื่องมือ Unix ยอดนิยมอย่าง mtr จะอัปเดต traceroute แบบต่อเนื่อง พร้อมสถิติการสูญเสียและค่าความหน่วงที่สะสมอยู่ ทั้งสองเครื่องมือเหมาะอย่างยิ่งสำหรับวินิจฉัยปัญหาที่เกิดเป็นช่วง ๆ ซึ่ง traceroute เพียงครั้งเดียวอาจตรวจไม่พบ

ใช้ traceroute หลังจากใช้ ping เมื่อการเชื่อมต่อไปยังโฮสต์ระยะไกลช้าหรือขัดข้อง เครื่องมือนี้จะบอกได้ว่าปัญหาอยู่ใน LAN ของคุณ ที่เกตเวย์ ในเครือข่ายของ ISP หรืออยู่ไกลออกไปบนอินเทอร์เน็ต การระบุส่วนของเส้นทางที่รับผิดชอบช่วยให้คุณแก้ไขสิ่งที่ควบคุมได้ และส่งต่อสิ่งที่ควบคุมไม่ได้พร้อมหลักฐาน

ทดสอบความรู้เกี่ยวกับ traceroute ของคุณ

คุณได้เรียนรู้เกี่ยวกับ traceroute แล้ว ประเด็นสำคัญ:

• Traceroute แสดงแต่ละ ฮอป และความล่าช้าจนถึงปลายทาง
• ทำงานโดยเพิ่มค่า TTL เพื่อให้เราเตอร์ตอบกลับตามลำดับ
• จุดที่ผลลัพธ์หยุดลงช่วยระบุตำแหน่งความล้มเหลวในเส้นทาง
• เครื่องหมายดอกจันมักหมายถึงเราเตอร์ที่ไม่ตอบสนอง ไม่ใช่เราเตอร์ที่เสีย
• pathping และ mtr เพิ่มข้อมูลการสูญเสียของแต่ละฮอปตามช่วงเวลา