การทดสอบการเข้าถึงด้วย Ping

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

การตรวจสอบการเชื่อมต่อใช้ ICMP (Internet Control Message Protocol) โดยส่ง Echo Request และรอ Echo Reply ICMP เป็นโพรโทคอลช่วยสำหรับการวินิจฉัยและข้อความแสดงข้อผิดพลาด ไม่ได้ใช้ส่งข้อมูลผู้ใช้ เนื่องจากการตรวจสอบการเชื่อมต่อทำงานในชั้นเครือข่าย การตรวจสอบที่สำเร็จจึงยืนยันการเชื่อมต่อ IP ได้ แม้ว่าบริการในชั้นที่สูงกว่า เช่น เว็บหรืออีเมล จะขัดข้อง

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

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

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

ค่า TTL (Time To Live) ในการตอบกลับบอกเป็นนัยว่าแพ็กเก็ตข้ามเราเตอร์มาแล้วกี่ตัว เราเตอร์แต่ละตัวจะลดค่า TTL ลงหนึ่ง หากค่าลดถึงศูนย์ แพ็กเก็ตจะถูกทิ้งเพื่อป้องกันการวนซ้ำไม่รู้จบ ค่า TTL เริ่มต้นที่พบบ่อยคือ 64, 128 หรือ 255 ซึ่งขึ้นอยู่กับ OS ดังนั้น TTL ที่ส่งกลับมาเป็น 56 จึงบ่งชี้ว่ามีประมาณแปดฮอป

เทคนิคคลาสสิกคือการตรวจสอบการเชื่อมต่อออกไปทีละขั้น เริ่มจาก 127.0.0.1 (ลูปแบ็ก ใช้ทดสอบกองซ้อน TCP/IP ของเครื่องคุณเอง) จากนั้นเป็น IP ของคุณเอง แล้วจึงเป็น เกตเวย์เริ่มต้น ต่อด้วย IP ระยะไกล และชื่อระยะไกล ขั้นแรกที่ล้มเหลวจะช่วยระบุตำแหน่งปัญหา ตั้งแต่เครื่องของคุณเอง เครือข่าย LAN เกตเวย์ ไปจนถึงอินเทอร์เน็ต

การตรวจสอบที่อยู่ IP เป็นการทดสอบการเชื่อมต่อเพียงอย่างเดียว การตรวจสอบชื่อ เช่น ping example.com ยังทดสอบ DNS ด้วย เนื่องจากต้องแปลงชื่อเป็น IP ก่อน หากตรวจสอบด้วย IP ได้แต่ตรวจสอบด้วยชื่อไม่ได้ การเชื่อมต่อยังปกติ และปัญหาอยู่ที่การแปลงชื่อ ความแตกต่างนี้มีประโยชน์อย่างมากและช่วยจำกัดขอบเขตการค้นหาได้ทันที

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

ตัวเลือกที่ใช้ได้จะแตกต่างกันตาม OS แต่รวมถึงการตรวจสอบต่อเนื่อง (-t บน Windows และเป็นค่าเริ่มต้นบน Linux) จำนวนที่กำหนด (-n บน Windows, -c บน Linux) และขนาดแพ็กเก็ตที่ใหญ่ขึ้นเพื่อทดสอบการแบ่งส่วน การตรวจสอบต่อเนื่องเหมาะสำหรับเฝ้าดูลิงก์ที่ติด ๆ ดับ ๆ แบบเรียลไทม์ ส่วนจำนวนที่กำหนดจะให้ตัวอย่างความน่าเชื่อถืออย่างรวดเร็ว

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

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

คุณได้เรียนรู้การตรวจสอบการเชื่อมต่อ ประเด็นสำคัญ:

• การตรวจสอบการเชื่อมต่อใช้ ICMP Echo Request/Reply เพื่อทดสอบการเข้าถึง
• อ่าน RTT แพ็กเก็ตสูญหาย และ TTL จากผลลัพธ์
• ตรวจสอบเป็นลำดับขั้น: ลูปแบ็ก เครื่องตัวเอง เกตเวย์ IP ระยะไกล และชื่อระยะไกล
• IP ใช้งานได้แต่ชื่อล้มเหลว หมายถึงปัญหา DNS
• การบล็อก ICMP อาจทำให้โฮสต์ที่ทำงานปกติดูเหมือนหยุดทำงาน