ดำเนินการติดตามไปยังปลายทางโดยการส่งข้อความเสียงสะท้อนไปยังปลายทาง การส่งดำเนินการโดยใช้ Control Message Protocol (ICMP) โดยมีอายุการใช้งานของแพ็คเก็ตเพิ่มขึ้นอย่างต่อเนื่อง (Time to Live, TTL)
เส้นทางที่อนุมานคือรายการอินเทอร์เฟซเราเตอร์ที่ใกล้เคียงที่สุดบนเส้นทางระหว่างโฮสต์ต้นทางและโฮสต์ปลายทาง อินเทอร์เฟซใกล้แสดงถึงอินเทอร์เฟซของเราเตอร์ที่ใกล้กับโฮสต์ต้นทางมากที่สุดบนเส้นทาง เมื่อรันโดยไม่มีพารามิเตอร์ คำสั่ง Tracet จะแสดงวิธีใช้
คุณยังสามารถใช้คำสั่งต่อไปนี้เพื่อตรวจสอบเครือข่าย:
- PING เป็นคำสั่ง TCP/IP พื้นฐานที่ใช้ในการแก้ไขปัญหาการเชื่อมต่อ ทดสอบการเข้าถึง และแก้ไขชื่อ
- PATHPING - ให้ข้อมูลเกี่ยวกับเวลาแฝงของเครือข่ายและการสูญหายของข้อมูลบนโหนดระดับกลาง
พารามิเตอร์และคีย์ยูทิลิตี TRACERT
Tracet [-d] [-h maximum_hops] [-j node_list] [-w ช่วงเวลา [target_machine_name]
- -d - ป้องกันคำสั่ง Tracert จากการพยายามแก้ไขที่อยู่ IP ของเราเตอร์ระดับกลางเป็นชื่อ เพิ่มความเร็วเอาต์พุตของคำสั่ง Tracet
- -h maximum_number_of_hops - ตั้งค่าจำนวนการเปลี่ยนผ่านสูงสุดบนเส้นทางเมื่อค้นหาวัตถุสุดท้าย ค่าเริ่มต้นคือ 30
- -j node_list - ระบุว่าข้อความคำขอ echo ใช้ตัวเลือกการกำหนดเส้นทางอิสระในส่วนหัว IP โดยมีชุดของปลายทางระดับกลางที่ระบุใน host_list ในการกำหนดเส้นทางแบบฟรี ปลายทางระดับกลางที่สำเร็จอาจถูกคั่นด้วยเราเตอร์ตั้งแต่หนึ่งตัวขึ้นไป จำนวนที่อยู่หรือชื่อสูงสุดในรายการคือ 9 รายการ Address_list แสดงถึงชุดที่อยู่ IP (ในรูปแบบทศนิยมแบบจุด) คั่นด้วยช่องว่าง
- -w ช่วงเวลา - ระบุเวลารอรับการตอบกลับ ICMP echo หรือข้อความหมดเวลา ICMP ที่สอดคล้องกับข้อความคำขอ echo ที่กำหนด มีหน่วยเป็นมิลลิวินาที หากไม่ได้รับข้อความภายในเวลาที่กำหนด เครื่องหมายดอกจัน (*) จะปรากฏขึ้น การหมดเวลาเริ่มต้นคือ 4000 (4 วินาที)
- ปลายทาง_คอมพิวเตอร์_ชื่อ - ระบุปลายทางที่ระบุโดยที่อยู่ IP หรือชื่อโฮสต์
- -? - แสดงวิธีใช้บรรทัดคำสั่งสำหรับยูทิลิตี้ Tracert
ตัวอย่างคำสั่ง TRACERT
- หากต้องการแสดงวิธีใช้พรอมต์คำสั่งสำหรับคำสั่ง ให้พิมพ์: ติดตาม /?;
- หากต้องการติดตามเส้นทางไปยังโหนด ให้ป้อนคำสั่ง: ติดตาม ya.ru;
- หากต้องการติดตามพาธไปยังโฮสต์และป้องกันไม่ให้แต่ละ IP แอดเดรสได้รับการแก้ไขเป็นชื่อ ให้ป้อน: Tracert -d ya.ru
วิดีโอ - การทำงานกับยูทิลิตี้ TRACERT
แบบฝึกปฏิบัติหมายเลข 03-006
ยูทิลิตี้เครือข่าย Tracert (traceroute บน Linux, Cisco IOS, MAC OS) หลักการทำงานและการใช้งาน
คุณประโยชน์ ติดตาม ใช้แล้ว เพื่อศึกษาเส้นทางของแพ็กเก็ต IP ในเครือข่ายที่ทำงานโดยใช้โปรโตคอล TCP/IP รวมถึงอินเทอร์เน็ตทั่วโลก เมื่อใช้โปรแกรมนี้คุณต้องจำไว้ว่าในระหว่างการดำเนินการแพ็กเก็ต IP จำนวนมากจะถูกสร้างขึ้นทั้งบนโฮสต์ของคุณและบนเราเตอร์ระดับกลาง สิ่งนี้จะสร้างภาระเพิ่มเติมบนเครือข่าย
ติดตาม [- ง] [- ชม.จำนวนสูงสุด] [- เจ รายการโหนด] [-ว ช่วงเวลา] [ปลายทาง_คอมพิวเตอร์_ชื่อ]
ตัวเลือก:
- งปฏิเสธที่จะแก้ไขที่อยู่ IP ของโหนดกลางเป็นชื่อ
- ชม.จำนวนสูงสุดจำนวนการเปลี่ยนผ่านสูงสุด (ฮอป) เมื่อค้นหาโหนดปลายทาง
-เจ node_listระบุการใช้ตัวเลือกการกำหนดเส้นทางอิสระในส่วนหัว IP โดยมีชุดของปลายทางระดับกลางที่ระบุใน node_list (ปัจจุบันไม่รองรับเราเตอร์ในทางปฏิบัติ)
-ว ช่วงเวลาตั้งเวลารอเป็นมิลลิวินาทีสำหรับการตอบกลับแต่ละครั้ง
ปลายทาง_คอมพิวเตอร์_ชื่อระบุปลายทางที่ระบุโดยที่อยู่ IP หรือชื่อโฮสต์
การทำงานของยูทิลิตี้นี้ขึ้นอยู่กับการจัดการเนื้อหาของฟิลด์ส่วนหัวมาตรฐานและตัวเลือกส่วนหัวของแพ็กเก็ต IP เครื่องมือหลักของยูทิลิตี้คือเนื้อหาของฟิลด์ "time to live" (หรือ TTL)
องค์ประกอบที่จำเป็นคือที่อยู่ IP ปลายทางหรือชื่อโฮสต์
เมื่อได้รับจากผู้ใช้แล้วยูทิลิตี้จะส่งชุด (ปกติสาม) ไปยังเครือข่ายไปยังที่อยู่นี้โดยตั้งค่า TTL เป็น 1 แพ็กเก็ตเหล่านี้ไม่มีโอกาสที่จะไปถึงปลายทางเนื่องจากเราเตอร์ตัวแรกตามเส้นทาง การลบ TTL 1 จากสิ่งนี้จะได้รับ 0 และเขาจำเป็นต้องทำลายแพ็กเก็ตดังกล่าวหลังจากอายุการใช้งานที่อนุญาตบนเครือข่ายหมดอายุ แต่ในเวลาเดียวกันเราเตอร์จำเป็นต้องส่งข้อความถึงผู้ส่งแพ็คเก็ต ICMP ที่ไม่สำเร็จนี้เกี่ยวกับชะตากรรมอันน่าสลดใจ (ประเภท 11 รหัส 0)
เป็นผลให้คอมพิวเตอร์ของคุณจะได้รับการแจ้งเตือนสามครั้งอย่างรวดเร็วว่าแพ็กเก็ตที่ส่งไปก่อนหน้านี้ถูกทำลาย การจดจำเวลาในการส่งและบันทึกเวลารับการแจ้งเตือน ICMP นั้นไม่ใช่เรื่องยากสำหรับยูทิลิตี้ Tracert ในการคำนวณเวลาเฉลี่ยในการรับการตอบกลับซึ่งแสดงบนหน้าจอ
จากนั้นแพ็กเก็ตชุดถัดไปจะถูกส่งด้วย TTL 2 และต่อๆ ไปจนกว่าแพ็กเก็ตจะถึงปลายทาง
เมื่อแพ็กเก็ตที่ส่งถึงแพ็กเก็ตนั้นด้วย TTL เท่ากับ 1 มาถึงที่อยู่โฮสต์หรือเราเตอร์ ก็เป็นที่ยอมรับ เนื่องจากไม่จำเป็นต้องส่งต่ออีกต่อไป จะไม่มีการสร้างข้อความ ICMP time-to-live
หากต้องการทราบว่าการติดตามเสร็จสมบูรณ์ ชุดแพ็กเก็ตทั้งหมดจะถูกส่งพร้อมกับข้อความ UDP ที่ฝังอยู่ในนั้น โดยระบุหมายเลขพอร์ตที่ไม่มีอยู่ที่ผู้รับอย่างชัดเจน บนเราเตอร์ระดับกลางสิ่งนี้ไม่สำคัญ แต่ผู้รับซึ่งล้มเหลวในการใช้ข้อมูลที่ฝังอยู่จะถูกบังคับให้รายงานสิ่งนี้ไปยังผู้ส่งโดยใช้โปรโตคอล ICMP เดียวกัน แต่มีค่าประเภทข้อความ (3) และรหัส (3) ที่แตกต่างกัน
ผู้ส่งตีความข้อความนี้ว่าเป็นการยืนยันความสมบูรณ์ของการโอน
คุณสมบัติที่สำคัญของยูทิลิตี้ Tracert คือความสามารถในการค้นหาชื่อของโหนดระดับกลาง สิ่งนี้ช่วยให้คุณเข้าใจถึงโครงสร้างองค์กรและที่ตั้งทางภูมิศาสตร์ของเส้นทางแพ็กเก็ต
ชื่อโฮสต์จะขึ้นอยู่กับระบบชื่อโดเมน (DNS):
อย่างเป็นทางการ ทั้งผู้ใช้และโปรแกรมสามารถเข้าถึงโฮสต์ กล่องจดหมาย และทรัพยากรอินเทอร์เน็ตอื่น ๆ ด้วยที่อยู่ IP ของพวกเขา แต่หากสำหรับโปรแกรมขั้นตอนการ "จดจำ" ที่อยู่ IP ก็ไม่แตกต่างจาก "การจดจำ" ข้อมูล 4 ไบต์อื่น ๆ ทุกประเภท สำหรับผู้ใช้ การจดจำการรวมตัวเลข เช่น 111.124.133.44 เป็นเรื่องยากจากมุมมองของโครงสร้างหน่วยความจำของเรา นอกจากนี้ การระบุบริการใด ๆ ด้วยที่อยู่ IP ของโฮสต์หรือเซิร์ฟเวอร์ที่ใช้บริการนั้นทำให้การถ่ายโอนบริการเหล่านั้นทำได้ยากมากหากจำเป็น เพื่อคำนึงถึง "ปัจจัยมนุษย์" และแยกชื่อเครื่องออกจากที่อยู่ จึงตัดสินใจใช้ชื่อข้อความ ASCII อย่างไรก็ตาม เครือข่ายเข้าใจเฉพาะที่อยู่ที่เป็นตัวเลข ดังนั้นจึงจำเป็นต้องมีกลไกในการแปลงสตริง ASCII เป็นที่อยู่ IP
เมื่อทุกอย่างเริ่มต้นขึ้น บน ARPANET ความสอดคล้องระหว่างข้อความและที่อยู่ไบนารีจะถูกจัดเก็บไว้ในไฟล์พิเศษ , ซึ่งแสดงรายการโฮสต์ทั้งหมดและที่อยู่ IP ในเครือข่ายที่ประกอบด้วยเครื่องจักรขนาดใหญ่หลายร้อยเครื่อง วิธีการนี้ใช้ได้ผลค่อนข้างดี
แต่เมื่อเวิร์กสเตชันหลายพันเครื่องเชื่อมต่อกับเครือข่าย ปัญหาก็เกิดขึ้น: จำนวนบันทึกที่ต้องจัดเก็บเพิ่มขึ้นอย่างรวดเร็ว และการจัดการชื่อโฮสต์ทั้งหมดของเครือข่ายระหว่างประเทศขนาดยักษ์แบบรวมศูนย์นั้นค่อนข้างยาก
เพื่อแก้ไขปัญหาเหล่านี้จึงได้มีการพัฒนา บริการชื่อโดเมน (DNS,ระบบชื่อโดเมน) ระบบนี้ใช้เพื่อแปลงชื่อโฮสต์และปลายทางอีเมลให้เป็นที่อยู่ IP แต่ก็สามารถใช้เพื่อวัตถุประสงค์อื่นได้เช่นกัน ระบบ DNS ถูกกำหนดไว้ใน RFCs 1034 และ 1035
ชื่อโดเมนคือชื่อที่ประกอบด้วยคำที่คั่นด้วยจุด คำทางซ้ายของชื่อหมายถึงเจ้าภาพ คำอื่นๆ ทั้งหมดประกอบเป็นชื่อโดเมน ระบบการตั้งชื่อมีโครงสร้างแบบลำดับชั้นเหมือนต้นไม้
แต่ละโหนด (วงกลมในรูป) มีป้ายกำกับที่มีความยาวสูงสุด 63 อักขระ รากของต้นไม้เป็นโหนดพิเศษที่ไม่มีป้ายกำกับ ป้ายกำกับอาจมีอักษรตัวใหญ่หรืออักษรตัวเล็ก ชื่อโดเมนสำหรับโหนดใดๆ ในแผนผังคือลำดับของป้ายกำกับที่ขึ้นต้นด้วยโหนดที่ทำหน้าที่เป็นราก โดยมีป้ายกำกับคั่นด้วยจุด (ซึ่งตรงกันข้ามกับระบบไฟล์ที่เราคุ้นเคย โดยที่พาธแบบเต็มจะเริ่มต้นที่ด้านบนสุด (รูท) เสมอและไล่ลงมาตามแผนผัง) แต่ละโหนดในแผนผังจะต้องมีชื่อโดเมนที่ไม่ซ้ำกัน แต่เหมือนกัน สามารถใช้ป้ายกำกับ ณ จุดต่างๆ บนต้นไม้ได้
มีชื่อรูทซึ่งแสดงด้วย "." ซึ่งมักไม่ได้เขียนในชื่อโดเมน มีชื่อโดเมนระดับแรก แบ่งออกเป็น 2 ประเภท ได้แก่ ชื่อโดเมนอาณาเขตและชื่อโดเมนหัวเรื่อง ชื่อของโดเมนระดับที่สองและโดเมนที่ตามมาสามารถเป็นอะไรก็ได้ และไม่มีชื่อโดเมนหรือโฮสต์ที่เหมือนกันสองชื่อ ดังนั้น หาก N i เป็นชื่อโดเมนของระดับ i-th และ T เป็นคำ ชื่อโดเมนระดับ i+1 ก็จะเกิดขึ้นตามกฎ N i +1 =T+N i .. โดเมน ชื่อที่ลงท้ายด้วยจุดเรียกว่าชื่อโดเมนสัมบูรณ์ (ชื่อโดเมนสัมบูรณ์) หรือชื่อโดเมนแบบเต็ม (FQDN)
ให้เราเน้นอีกครั้งว่าเนื่องจากที่อยู่ IP จะระบุโฮสต์บนเครือข่ายโดยไม่ซ้ำกัน จึงมีความสัมพันธ์แบบหนึ่งต่อหนึ่งระหว่างชุดชื่อโฮสต์และชุดที่อยู่
ความสัมพันธ์นี้สร้างขึ้นโดยตารางซึ่งมีรายการประเภท "ชื่อโฮสต์, ที่อยู่ IP" จำนวนมากพอๆ กับชื่อโดเมนของโฮสต์ เมื่อตั้งชื่อโฮสต์ใหม่ จะต้องเพิ่มรายการลงในตาราง หากเปลี่ยนชื่อโฮสต์ที่มีอยู่ รายการจะต้องถูกเปลี่ยน การใช้ระบบการตั้งชื่อดังกล่าวสะดวก เนื่องจากง่ายต่อการจดจำและไม่เชื่อมโยงกับเครือข่าย IP ที่แปลเป็นภาษาท้องถิ่น เมื่อย้ายทรัพยากรที่มีชื่อจากโฮสต์หนึ่งไปยังอีกโฮสต์หนึ่ง สิ่งที่คุณต้องทำคือเปลี่ยนรายการสำหรับชื่อในตารางชื่อ เป็นการยากที่จะมีตารางสำหรับอินเทอร์เน็ตบนเว็บไซต์เดียวและไม่สามารถอัปเดตให้เป็นปัจจุบันได้
ฐานข้อมูล DNS มีการกระจาย ระบบชื่อแบบลำดับชั้นสอดคล้องกับระบบแบบลำดับชั้นของเซิร์ฟเวอร์ DNS ซึ่งมีส่วนของตารางอยู่ ตามหลักการแล้ว ควรมีเนมเซิร์ฟเวอร์แยกต่างหากสำหรับแต่ละโดเมน ฐานข้อมูลเนมเซิร์ฟเวอร์ในระดับใดๆ จะต้องมีบันทึกของโดเมนลูกทั้งหมดในระดับถัดไป โดเมนระดับแรกทั้งหมดมีอยู่ในฐานข้อมูลเนมเซิร์ฟเวอร์รูท ให้บริการโดยองค์กร NIC
ในความเป็นจริง โฮสต์หนึ่งสามารถโฮสต์ฐานข้อมูลสำหรับหลายโดเมน และฐานข้อมูลที่เหมือนกันหรือทับซ้อนกันสามารถอยู่ในหลายโฮสต์ได้ สาขาของแผนผังชื่อที่อยู่ภายใต้การควบคุมแบบรวมศูนย์พร้อมกับโฮสต์ที่ฐานข้อมูลของสาขาของแผนผังนี้ตั้งอยู่เรียกว่าโซน DNS โดยทั่วไป โซนจะมีเซิร์ฟเวอร์ DNS หลักหนึ่งเซิร์ฟเวอร์ (เซิร์ฟเวอร์ชื่อหลัก) และการสำรองข้อมูลหลายรายการ (เซิร์ฟเวอร์ชื่อรอง) การเปลี่ยนแปลงโซนจะทำกับฐานข้อมูลของเซิร์ฟเวอร์หลักของโซน จากนั้นข้อมูลนี้จะถูกทำซ้ำบนเซิร์ฟเวอร์รอง
กระบวนการถ่ายโอนข้อมูลจากเซิร์ฟเวอร์หลักไปยังเซิร์ฟเวอร์รองเรียกว่าการถ่ายโอนโซน เมื่อโฮสต์ใหม่ปรากฏในโซน ผู้ดูแลระบบจะเพิ่มข้อมูลที่เหมาะสม (ขั้นต่ำ ชื่อ และที่อยู่ IP) ลงในไฟล์ดิสก์บนเซิร์ฟเวอร์หลัก เซิร์ฟเวอร์รองจะสำรวจเซิร์ฟเวอร์หลักเป็นประจำ (โดยปกติทุกๆ 3 ชั่วโมง) และหากเซิร์ฟเวอร์หลักมีข้อมูลใหม่ เซิร์ฟเวอร์รองจะได้รับข้อมูลโดยใช้การถ่ายโอนโซน
ตามฟังก์ชันการทำงานที่ระบุของระบบและโครงสร้างนั้น โปรโตคอลจะต้องมีสององค์ประกอบ - โปรโตคอลสำหรับการแก้ไขชื่อเป็นที่อยู่ IP และโปรโตคอลสำหรับการแลกเปลี่ยนข้อมูลระหว่างโหนดของฐานข้อมูลแบบกระจาย โดยเฉพาะอย่างยิ่งระหว่างหลักและ เซิร์ฟเวอร์โซนสำรอง
ระบบแก้ไขที่อยู่
เพื่อให้ซอฟต์แวร์สแต็กโปรโตคอล TCP/IP ใช้บริการเนม การตั้งค่าสแต็กต้องระบุที่อยู่ IP ของเนมเซิร์ฟเวอร์ ซึ่งโซนดังกล่าวรวมโฮสต์หรือเซิร์ฟเวอร์อื่นที่ยอมรับคำขอจากเครือข่ายของโฮสต์ เมื่อองค์ประกอบแอปพลิเคชันใช้ชื่อโดเมนเพื่อระบุฝ่ายที่สองในเซสชัน กระบวนการแก้ไขที่อยู่ IP จะเริ่มต้นขึ้น องค์ประกอบแอปพลิเคชันบริการชื่อโฮสต์ส่งคำขอไปยังเนมเซิร์ฟเวอร์ หากเนมเซิร์ฟเวอร์สามารถแก้ไขที่อยู่ได้ ก็จะส่งการตอบกลับที่มีที่อยู่นั้น ถ้าเนมเซิร์ฟเวอร์ไม่สามารถแก้ไขคำร้องขอได้ ก็จะสามารถเริ่มต้นสคริปต์การแก้ไขชื่อได้สองสคริปต์
เซิร์ฟเวอร์ส่งที่อยู่ของเซิร์ฟเวอร์ชื่อรูทเป็นส่วนหนึ่งของการตอบกลับ และโฮสต์สร้างคำขอไปยังเซิร์ฟเวอร์นี้ (คำขอซ้ำ)
โซนเซิร์ฟเวอร์จะสร้างคำขอไปยังเซิร์ฟเวอร์รูท และเมื่อได้รับการตอบกลับแล้ว จะจัดเก็บไว้ในบัฟเฟอร์และส่งการตอบกลับพร้อมที่อยู่ไปยังโฮสต์ที่ร้องขอบริการ (คำขอแบบเรียกซ้ำ)
การตอบสนองจากเซิร์ฟเวอร์ที่ควบคุมโดเมนเรียกว่าเผด็จการ
แต่ละเนมเซิร์ฟเวอร์บนอินเทอร์เน็ตจะต้องมีที่อยู่ของเซิร์ฟเวอร์รูทในฐานข้อมูล
ความละเอียดของชื่อ . นอกเหนือจากหน้าที่หลักในการแก้ไขชื่อโดเมนของโฮสต์ให้เป็นที่อยู่ IP แล้ว โปรโตคอล DNS ยังให้การแก้ไขที่อยู่ IP แบบย้อนกลับเป็นชื่อโดเมนโดยใช้โซนย่อยของโซนย้อนกลับ in_addr.arpa
ความสามารถของโปรโตคอลนี้ช่วยให้ยูทิลิตี้ Tracert ไม่เพียงแต่ทำงานได้สำเร็จเมื่อระบุตำแหน่งการติดตามในรูปแบบของชื่อ DNS แต่ยังให้ข้อมูลเกี่ยวกับชื่อของโหนดกลางอีกด้วย
คำถามทดสอบตัวเอง
Domain Name System คืออะไร และใช้เพื่ออะไร
ขนาดป้ายกำกับโฮสต์ของโดเมนสูงสุดคือเท่าใด
ชื่อของโดเมน DNS รูทคืออะไร?
ยูทิลิตี้ Tracert ใช้ประเภทและรหัสของข้อความ ICMP ใด
ฟิลด์ส่วนหัวของแพ็กเก็ต IP ใดใช้เพื่อตั้งค่าอายุการใช้งานของแพ็กเก็ตโดยใช้ยูทิลิตี้ Tracert
พารามิเตอร์ยูทิลิตี้ Tracert
วัตถุประสงค์ของยูทิลิตี้ Tracert และตัวเลือกสำหรับการใช้งาน
อุปกรณ์ที่จำเป็น
IBM PC เป็นคอมพิวเตอร์ที่เข้ากันได้กับระบบปฏิบัติการ Windows ที่ได้รับอนุญาต เชื่อมต่อกับเครือข่ายท้องถิ่น การเข้าถึงอินเทอร์เน็ต
งาน
1. ใช้คำสั่ง Tracert กำหนดเส้นทางสำหรับกระจายแพ็กเก็ต IP ไปยังไซต์ www.sgu.ru
2. ใช้คำสั่ง Tracert กำหนดเส้นทางสำหรับการกระจายแพ็กเก็ต IP ไปยังไซต์ใดไซต์หนึ่งต่อไปนี้: www. nla. รัฐบาล. ออสเตรเลีย , www. ไอบีจี. รัฐบาล. พี่ชาย , www. คุไนโช. ไป. เจพี(คุณสามารถเลือกไซต์ใดก็ได้นอกรัสเซีย)
3. ทำซ้ำการติดตามด้วยตัวเลือก –d
4. อธิบายโครงสร้าง DNS ของชื่อของเซิร์ฟเวอร์ที่คุณติดตาม
5. ใช้บริการ www. ไอพี2 ที่ตั้ง. ดอทคอม/ การสาธิต. aspx(หรือคล้ายกัน) และกำหนดตำแหน่งโดยประมาณของจุดเส้นทางระหว่างทาง
6. วาดแผนผังเส้นทาง
7. แสดงความคิดเห็นเกี่ยวกับผลลัพธ์
ส่งรายงานความสมบูรณ์ของงานในรูปแบบสิ่งพิมพ์หรืออิเล็กทรอนิกส์พร้อมสำเนาหน้าจอการทำงานของยูทิลิตี้
การใช้ยูทิลิตี้เหล่านี้ช่วยให้คุณสามารถติดตามเส้นทางไปยังโฮสต์ระยะไกล กำหนดเวลาล่าช้าไปกลับ (เวลาหน่วงเวลาไปกลับ RTT) ที่อยู่ IP และในบางกรณี ชื่อโดเมนของเราเตอร์ระดับกลาง ขึ้นอยู่กับข้อความแสดงข้อผิดพลาด ICMP
Tracert ทำงานอย่างไร?
ค่า Time to Live (TTL) ของแพ็กเก็ตแรกที่ส่งถูกตั้งค่าเป็น 1 เมื่อโปรโตคอล IP ของเราเตอร์ตัวแรกได้รับแพ็กเก็ตนี้ ตามอัลกอริทึมจะลด TTL ลงหนึ่งและรับ 0 เราเตอร์จะละทิ้ง แพ็กเก็ตที่มีเวลาเป็นศูนย์ในการถ่ายทอดสดและส่งกลับ ICMP ไปยังโฮสต์ต้นทาง - ข้อความแสดงข้อผิดพลาดการหมดเวลาดาตาแกรม (ข้อความ ICMP ประเภท 11 รหัส 0) ข้อความนี้มีชื่อเราเตอร์และที่อยู่ IP เมื่อข้อความ ICMP นี้มาถึงผู้ส่ง ข้อความจะเรียนรู้จากค่าตัวจับเวลาของแพ็กเก็ตเวลาไปกลับ (RTT) รวมถึง (จากข้อความ ICMP) ชื่อและที่อยู่ IP ของเราเตอร์ระดับกลาง จากนั้นแพ็กเก็ต IP ถัดไปจะถูกส่ง แต่ตอนนี้มีค่า TTL เป็น 2 แพ็กเก็ตนี้ไปถึงเราเตอร์ตัวที่สองแล้ว แต่ "ตาย" อีกครั้งที่นั่นซึ่งมีการรายงานในลักษณะเดียวกันกับโหนดที่ส่ง และต่อเนื่องไปจนถึงจุดสิ้นสุด จากการตอบสนองเหล่านี้ การติดตามจะถูกสร้างขึ้น ตัวอย่างเช่น:
การติดตามเส้นทางไปยัง rt.ru ด้วยจำนวนฮ็อพสูงสุด 30: 1 3 ms 1 ms 2 ms net235-72.ufa.ertelecom.ru 2 2 ms 2 ms 1 ms bb2.bsr02.ufa.ertelecom.ru 3 2 ms 1 ms 1 ms lag-10-438.bbr01.samara.ertelecom.ru 4 18 ms 18 ms 18 ms 46.61.227.202 5 19 ms 19 ms 18 ms 46.61.227.201 6 19 ms 19 ms 19 ms so-0-0- 0.m10 -ar2.msk.ip.rostelecom.ru 7 19 ms 19 ms 19 ms 109.207.0.226 8 19 ms 19 ms 19 ms www.rt.ru การติดตามเสร็จสมบูรณ์
จากการติดตามนี้ เราจะเห็นว่าโฮสต์ www.rt.ru สามารถเข้าถึงได้ด้วยจำนวน hops (hops) - 8, ip คือ 109.207.14.4 และเวลาหน่วงเวลาไปกลับสำหรับทรัพยากรนี้คือ 19ms
Traceroute ทำงานอย่างไร
หลักการก็เหมือนกัน ยกเว้นประการหนึ่ง ตามค่าเริ่มต้น ยูทิลิตี้นี้จะส่งดาตาแกรม UDP ไปยังโฮสต์ที่กำหนดไปยังพอร์ตที่กำหนดเอง ซึ่งโดยปกติจะเป็นพอร์ต "สูง" ซึ่งส่วนใหญ่จะไม่ถูกครอบครองโดยบริการอื่น (เช่น 12500, 30678) หรือไปยังพอร์ตที่สงวนไว้ (เช่น 0) ในเวอร์ชันล่าสุด ค่าเริ่มต้นคือ 33434 ขั้นแรก ชุดของแพ็กเก็ตดังกล่าว 3 ชุดที่มี TTL=1 จะถูกส่งไป เมื่อได้รับคำตอบ เวลาขนส่งจะถูกวัด และชื่อโดเมนของโหนดการขนส่งจะถูกกำหนด จากนั้น ตามที่กล่าวไว้ข้างต้น ชุดถัดไปของแพ็กเก็ตที่มี TTL=2 จะถูกส่งไป ฯลฯ ในตอนท้าย เราได้รับการตอบกลับ “พอร์ตไม่สามารถเข้าถึงได้” (PORT_UNREACHABLE) จากโฮสต์ปลายทาง ซึ่งหมายความว่าการติดตามเสร็จสมบูรณ์
ตัวอย่างการติดตามไปยังทรัพยากรเดียวกัน:
Traceroute ไปยัง rt.ru (109.207.14.4) สูงสุด 30 hops แพ็คเก็ต 40 ไบต์ 1 * * * 2 bb1.bsr02.ufa.ertelecom.ru (212.33.234.101) 13.059 ms 13.222 ms 13.597 ms 3 lag-10-438 bbr01.samara.ertelecom.ru (212.33.233.111) 0.360 มิลลิวินาที 0.382 มิลลิวินาที 0.612 มิลลิวินาที 4 46.61.227.202 (46.61.227.202) 17.484 มิลลิวินาที 17.511 มิลลิวินาที 17.512 มิลลิวินาที 5 7.201 (46 .61.227.201) 17.803 ms 17.791 ms 17.778 ms 6 ดังนั้น -0 -0-0.m10-ar2.msk.ip.rostelecom.ru (87.226.139.74) 18.179 ms 18.211 ms 17.988 ms 7 109.207.0.226 (109.207.0.226) 18.213 ms 18.697 ms 18.288 ms 8 * * * ^ค
จากผลลัพธ์ผลลัพธ์ คำถามเกิดขึ้นว่าทำไมในกรณีนี้ การติดตามไม่ถึงจุดสิ้นสุด และสิ่งที่เรียกว่าเครื่องหมายดอกจัน (* * *) ปรากฏในผลลัพธ์ และคำตอบอยู่ที่ความแตกต่างอย่างแม่นยำ (ในตัวอย่างนี้) บ่อยครั้งที่เราเตอร์/โฮสต์ได้รับการกำหนดค่าในลักษณะที่ไม่ตอบสนองต่อคำขอประเภทนี้ ซึ่งในกรณีนี้จะมีเครื่องหมายดอกจันปรากฏขึ้น นี่ไม่ได้หมายความว่าจะมีปัญหาใดๆ เลย ทำเช่นนี้เพื่อขนถ่ายอุปกรณ์ ในตัวอย่างนี้ hops 1 และ 8 ไม่ตอบสนองต่อดาตาแกรม UDP อย่างไรก็ตาม หากคุณรันยูทิลิตี Traceroute ด้วยคีย์ -I การติดตามจะมาถึง เนื่องจาก คีย์นี้บังคับให้ฉันต้องส่งดาตาแกรม ICMP
$ Traceroute -I rt.ru ติดตามเส้นทางไปยัง rt.ru (109.207.14.4) สูงสุด 30 hops แพ็คเก็ต 40 ไบต์ 1 net233-86.ufa.ertelecom.ru (212.33.233.86) 162.924 ms 163.654 ms 163.666 ms 2 bb1.bsr02 .ufa.ertelecom.ru (212.33.234.101) 8.095 ms 38.117 ms 50.262 ms 3 lag-10-438.bbr01.samara.ertelecom.ru (212.33.233.111) 0.382 ms 0.407 ms 0.417 ms 46 .61.227.202 (46.61. 227.202 ) 17.592 ms 17.623 ms 17.613 ms 5 46.61.227.201 (46.61.227.201) 17.597 ms 17.609 ms 17.613 ms 6 so-0-0-0.m10-ar2.msk.ip.rostelecom.ru (87.226.139.74) 17.943 มิลลิวินาที 17.924 ms 18.001 ms 7 109.207.0.226 (109.207.0.226) 18.092 ms 18.026 ms 18.010 ms 8 www.rt.ru (109.207.14.4) 18.205 ms 18.301 ms 18.308 นางสาว
บทสรุป.
ควรสังเกตว่าเครื่องหมายดอกจันอาจปรากฏขึ้นเมื่อติดตามแพ็กเก็ต ICMP ซึ่งไม่ได้หมายความว่ามีปัญหาด้วย ทุกอย่างขึ้นอยู่กับว่าผู้ดูแลระบบกำหนดค่าอุปกรณ์อย่างไร นี่คือฮาร์ดแวร์ของเขาและได้รับการปรับแต่งตามความต้องการของเขา ปรากฏการณ์นี้ค่อนข้างปกติ นอกจากนี้อย่าตกใจหากโฮสต์ปลายทางไม่ตอบสนอง ค่อนข้างเป็นไปได้ที่ทรัพยากรจะถูกปิดจากพวกเขา
ยูทิลิตี้สำหรับการติดตามเส้นทางไปยังโหนดที่กำหนด TRACERT.EXEเป็นหนึ่งในเครื่องมือวินิจฉัยเครือข่ายที่ใช้บ่อยที่สุด วัตถุประสงค์หลักคือการได้รับสายโซ่ของโหนดที่แพ็กเก็ต IP ส่งผ่าน ซึ่งส่งไปยังโหนดปลายทางที่มีการระบุชื่อหรือที่อยู่ IP โดยพารามิเตอร์บรรทัดคำสั่ง
รูปแบบบรรทัดคำสั่ง:
Tracert [-d] [-h maxNumber] [-j รายการโหนด] [-w หมดเวลา] [-R] [-S ที่อยู่ต้นทาง] [-4] [-6] ชื่อสุดท้าย
ตัวเลือกบรรทัดคำสั่ง:
-d- ห้ามใช้การแก้ไขในชื่อโฮสต์
-h จำนวนสูงสุด- จำนวนฮ็อพสูงสุดเมื่อค้นหาโหนด
-j รายการโหนด- เลือกเส้นทางฟรีจากรายการโหนด (เฉพาะ IPv4)
-w หมดเวลา- หมดเวลาของการตอบสนองแต่ละครั้งในหน่วยมิลลิวินาที
-ร- การติดตามเส้นทาง (IPv6 เท่านั้น)
-S ที่อยู่แหล่งที่มา- ใช้ที่อยู่ต้นทางที่ระบุ (IPv6 เท่านั้น)
-4 - บังคับใช้ IPv4
-6 - บังคับใช้ IPv6
การติดตามจะขึ้นอยู่กับวิธีการวิเคราะห์การตอบสนองเมื่อส่งแพ็กเก็ต ICMP ไปยังที่อยู่ที่ระบุตามลำดับ โดยฟิลด์ TTL เพิ่มขึ้น 1 (“เวลาแห่งชีวิต” - เวลาในการมีชีวิตอยู่) ที่จริงแล้ว ฟิลด์นี้ไม่เกี่ยวข้องกับเวลา แต่เป็นตัวนับจำนวนการเปลี่ยนที่เป็นไปได้ระหว่างการส่งแพ็กเก็ตที่กำหนดเส้นทาง เมื่อได้รับแพ็กเก็ตแล้ว เราเตอร์แต่ละตัวจะลบหนึ่งอันออกจากฟิลด์นี้ที่จัดเก็บไว้ในส่วนหัวของแพ็กเก็ต และตรวจสอบค่าตัวนับ TTL ที่เป็นผลลัพธ์ หากค่ากลายเป็นศูนย์ แพ็กเก็ตจะถูกละทิ้งและข้อความ ICMP time-to-live (ข้อความ "Time Exceeded" ค่า 0x11 ในส่วนหัว ICMP) จะถูกส่งไปยังผู้ส่ง
หากไม่ได้รวมฟิลด์ TTL ในแพ็กเก็ต IP ในกรณีที่เกิดข้อผิดพลาดในเส้นทางสถานการณ์อาจเกิดขึ้นได้ซึ่งแพ็กเก็ตจะหมุนเวียนในเครือข่ายตลอดไปโดยส่งต่อโดยเราเตอร์เป็นวงกลม
เมื่อดำเนินการคำสั่ง Tracert.exe คำสั่งจะส่งแพ็กเก็ต ICMP ก่อนโดยมีฟิลด์ TTL ในส่วนหัวเท่ากับ 1
และเราเตอร์ตัวแรกในเชน (โดยปกติจะเป็นเกตเวย์หลักจากการตั้งค่าการเชื่อมต่อเครือข่าย) ลบหนึ่งตัวออกจาก TTL จะได้ค่าศูนย์และรายงานว่าเกินอายุการใช้งาน ดังนั้นยูทิลิตี้ TRACERT.EXE จะได้รับที่อยู่ IP ของเราเตอร์ตัวแรกที่เกี่ยวข้องกับการส่งแพ็กเก็ตไปยังโหนดปลายทาง ลำดับนี้ถูกทำซ้ำสามครั้ง ดังนั้นบรรทัดผลลัพธ์ที่สร้างโดย Tracert.exe จะแสดงเวลาตอบสนองสามครั้งหลังจากหมายเลขการเปลี่ยนแปลง:
1 1 ms 1 - หมายเลขการเปลี่ยนแปลง (1 - เราเตอร์ตัวแรก)
1 ms 192.168.1.1 - ที่อยู่ (หรือชื่อ)
จากนั้นให้ทำซ้ำขั้นตอนนี้ แต่ TTL ถูกตั้งค่าเป็น 2 - เราเตอร์ตัวแรกจะลดเหลือ 1 และส่งไปยังตัวถัดไปในห่วงโซ่ซึ่งหลังจากลบ 1 จะรีเซ็ต TTL และรายงานว่าเกินอายุการใช้งาน โปรแกรมอรรถประโยชน์ TRACERT.EXE จะได้รับที่อยู่ IP ที่สองของโหนดที่เกี่ยวข้องกับการส่งแพ็กเก็ตไปยังผู้รับและเวลาตอบสนอง กระบวนการติดตามจะดำเนินต่อไปจนกระทั่งถึงโหนดสุดท้ายซึ่งมีชื่อหรือที่อยู่ที่ระบุเป็นพารามิเตอร์บรรทัดคำสั่ง เช่น ติดตาม yandex.ruหรือจนกว่าจะตรวจพบข้อผิดพลาดที่ทำให้ไม่สามารถจัดส่งพัสดุได้ ตามค่าเริ่มต้น ยูทิลิตี้ TRACERT.EXE จะใช้จำนวนการกระโดดสูงสุดที่ 30 ซึ่งควรจะเพียงพอที่จะเข้าถึงโหนดใดๆ บนโลก หากจำเป็น สามารถตั้งค่าตัวนับอื่นได้โดยใช้พารามิเตอร์ -ชม
ตัวอย่างผลการดำเนินการ ติดตาม google.com
ติดตาม google.com- การติดตามเส้นทางไปยังโหนด google.com
ผลลัพธ์:
ติดตามเส้นทางไปยัง google.com ด้วยจำนวนฮ็อพสูงสุด 30:
1 1 มิลลิวินาที 2 498 มิลลิวินาที 444 มิลลิวินาที 302 มิลลิวินาที ppp83-237-220-1.pppoe.mtu-net.ru
3 * * * .
4 282 มิลลิวินาที * * a197-crs-1-be1-53.msk.stream-internet.net
5 518 ms 344 ms 382 ms ss-crs-1-be5.msk.stream-internet.net
6 462 มิลลิวินาที 440 มิลลิวินาที 335 มิลลิวินาที m9-cr01-po3.msk.stream-internet.net
7 323 ms 389 ms 339 ms bor-cr01-po4.spb.stream-internet.net
8 475 ms 302 ms 420 ms anc-cr01-po3.ff.stream-internet.net
9 334 มิลลิวินาที 408 มิลลิวินาที 348 มิลลิวินาที 74.125.50.57
10 451 มิลลิวินาที 368 มิลลิวินาที 524 มิลลิวินาที 209.85.255.178
11 329 มิลลิวินาที 542 มิลลิวินาที 451 มิลลิวินาที 209.85.250.140
12 616 มิลลิวินาที 480 มิลลิวินาที 645 มิลลิวินาที 209.85.248.81
13 656 มิลลิวินาที 549 มิลลิวินาที 422 มิลลิวินาที 216.239.43.192
14 378 มิลลิวินาที 560 มิลลิวินาที 534 มิลลิวินาที 216.239.43.113
15 511 มิลลิวินาที 566 มิลลิวินาที 546 มิลลิวินาที 209.85.251.9
16 543 มิลลิวินาที 682 มิลลิวินาที 523 มิลลิวินาที 72.14.232.213
17 468 มิลลิวินาที 557 มิลลิวินาที 486 มิลลิวินาที 209.85.253.141
18 593 ms 589 ms 575 ms yx-in-f100.google.com
การติดตามเสร็จสมบูรณ์
ผลลัพธ์การติดตามอาจมีบรรทัดที่แสดงเครื่องหมายดอกจันแทนที่อยู่โหนด (โหนดหมายเลข 3 ในตัวอย่าง) นี่ไม่จำเป็นต้องเป็นสัญญาณของเราเตอร์ที่ผิดพลาด และบ่อยกว่านั้นบ่งชี้ว่าการตั้งค่าของโหนดนี้ห้ามไม่ให้ส่งข้อความ ICMP ด้วยเหตุผลด้านความปลอดภัย และเพื่อลดภาระบนช่องสัญญาณในกรณีของ DDoS บางประเภท การโจมตี ตัวอย่างเช่น มีการใช้การตั้งค่าที่คล้ายกันในเครือข่าย Microsoft เซิร์ฟเวอร์ของบริษัทไม่ตอบสนองต่อการ ping และไม่อนุญาตให้ติดตามเส้นทางไปยังเซิร์ฟเวอร์เหล่านั้น
ตัวอย่างการใช้ TRACERT
ติดตาม google.com- ติดตามเส้นทางไปยังโหนด google.com.
ติดตาม 8.8.8.8- ติดตามเส้นทางไปยังโหนดด้วยที่อยู่ IP 8.8.8.8
Tracert -d yandex.ru- ติดตามเส้นทางไปยังโหนด yandex.ruโดยไม่ต้องแก้ไขที่อยู่ IP เป็นชื่อโฮสต์ การติดตามในโหมดนี้จะเร็วขึ้น
Tracert -d -6 ipv6.google.com- ทำการติดตามโดยใช้โปรโตคอล IPv6
ตัวอย่างผลลัพธ์การติดตามโดยใช้โปรโตคอล IPv6:
ติดตามไปที่ ipv6.google.com (2a00:1450:4013:c00::71) สูงสุด 30 hops แพ็กเก็ต 40 ไบต์ 1 2a02:348:82::1 (2a02:348:82::1) 8.087 ms 8.063 ms 8.086 ms 2 te0-22.cr1.nkf.as49685.net (2001:4cb8:40b:1::1d01) 2.143 ms 2.129 ms 2.103 ms 3 amsix-router.google.com (2001:7f8:1::a501: 5169:1) 1.379 มิลลิวินาที 1.415 มิลลิวินาที 1.422 มิลลิวินาที 4 (2001:4860::1:0:87ab) 1.437 มิลลิวินาที (2001:4860::1:0:87aa) 2.157 มิลลิวินาที (2001:4860::1:0:87ab ) 1.408 มิลลิวินาที 5 (2001:4860::8:0:87b0) 1.494 มิลลิวินาที 1.469 มิลลิวินาที (2001:4860::8:0:87b2) 8.350 มิลลิวินาที 6 (2001:4860::8:0:b1b7) 5.364 มิลลิวินาที 5.321 ms 4.748 ms 7 (2001:4860::2:0:8651) 4.653 ms 6.994 ms (2001:4860::2:0:8652) 13.926 ms 8 ee-in-x71.1e100.net (2a00:1450:4013 :c00::71) 4.732 มิลลิวินาที 4.733 มิลลิวินาที 4.783 มิลลิวินาที