Softonic

เครื่องมือ Ping

ขั้นตอน 1 / 2 Ping
ping แบบ TCP ไปยังพอร์ต 80 (ICMP ต้องใช้ root) แสดงเวลาหน่วงในการเชื่อมต่อ
ถัดไป

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

วิธีตรวจสอบการเชื่อมต่อ TCP

  1. 1

    ป้อนโฮสต์สาธารณะ

    ใช้โดเมน เช่น `example.com` หรือที่อยู่ IPv4 สาธารณะ หากป้อนส่วนระบุรูปแบบ URL, path หรือพอร์ต เครื่องมือจะไม่นำมาใช้ เพราะการตรวจสอบจะใช้พอร์ต 80 เสมอ

  2. 2

    เริ่มตรวจสอบ

    เซิร์ฟเวอร์ของเราจะแปลงชื่อโฮสต์เป็นที่อยู่ IP ปฏิเสธเป้าหมายที่เป็นเครือข่ายส่วนตัว loopback, link-local และเป้าหมายอื่นที่ไม่ใช่สาธารณะ จากนั้นจึงลองเชื่อมต่อ TCP จำนวน 4 ครั้ง

  3. 3

    ดูผลของแต่ละครั้ง

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

  4. 4

    อ่านข้อมูลสรุปอย่างรอบคอบ

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

การตรวจสอบนี้ส่งข้อมูลอะไรจริง ๆ

คำสั่ง ping แบบทั่วไปจะส่งแพ็กเก็ต ICMP Echo Request แล้ววัดการตอบกลับ แต่เครื่องมือนี้ทำงานต่างออกไป โดยเซิร์ฟเวอร์แอปพลิเคชันจะเรียก connect() สำหรับพอร์ต TCP หมายเลข 80 เครื่องมือไม่ได้ส่งคำขอ HTTP ตรวจสอบรหัสสถานะ หรือดึงหน้าเว็บ

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

วิธีอ่านผลลัพธ์

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

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

สาเหตุที่การเชื่อมต่ออาจล้มเหลว

  • แปลงชื่อไม่ได้: การค้นหา DNS ขั้นต้นไม่พบที่อยู่สาธารณะ จึงไม่เริ่มทดสอบการเชื่อมต่อ
  • การเชื่อมต่อถูกปฏิเสธ: เป้าหมายตอบกลับ แต่ไม่มีบริการใดยอมรับการเชื่อมต่อ TCP บนพอร์ต 80
  • หมดเวลาหรือเกิดข้อผิดพลาดอื่นของซ็อกเก็ต: ไฟร์วอลล์อาจทิ้งการเชื่อมต่อ เส้นทางหรือเป้าหมายอาจไม่พร้อมใช้งาน หรือการเชื่อมต่ออาจใช้เวลาเกินขีดจำกัด 3 วินาที
  • อนุญาตเฉพาะเป้าหมายสาธารณะ: ที่อยู่แบบส่วนตัว loopback, link-local, ที่อยู่สงวน และที่อยู่อื่นที่ไม่ใช่สาธารณะจะถูกบล็อก หากชื่อโฮสต์แปลงเป็นที่อยู่ที่ถูกบล็อกแม้แต่รายการเดียว เครื่องมือจะปฏิเสธโฮสต์นั้น

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

ขอบเขตและข้อจำกัด

นี่คือการตรวจสอบพอร์ต 80 แบบครั้งเดียว โดยลอง 4 ครั้งและกำหนดเวลาสูงสุดครั้งละ 3 วินาที เครื่องมือนี้ไม่มี traceroute การเฝ้าติดตามต่อเนื่อง ประวัติ หรือการส่งออก และไม่สามารถตรวจสอบพอร์ตที่กำหนดเองได้ ใช้เครื่องมือตรวจสอบสถานะ HTTP เมื่อต้องการดูการตอบกลับ HTTP จริง ใช้เครื่องมือค้นหา DNS เมื่อต้องการดูระเบียน และใช้บริการเฝ้าติดตามเมื่อต้องการตรวจสอบเป็นระยะจากหลายพื้นที่

คำถามที่พบบ่อย

ไม่เหมือนกัน คำสั่ง ping ทั่วไปใช้ ICMP Echo Request และ Echo Reply ส่วนเครื่องมือนี้เปิดการเชื่อมต่อ TCP ไปยังพอร์ต 80 จากเซิร์ฟเวอร์ของเรา แล้วจับเวลาการเรียกเชื่อมต่อ การทดสอบทั้งสองแบบอาจให้ผลต่างกัน เพราะไฟร์วอลล์และบริการต่าง ๆ จัดการ ICMP และ TCP ไม่เหมือนกัน

หมายความเพียงว่าพอร์ต 80 ยอมรับการเชื่อมต่อ TCP จากเซิร์ฟเวอร์ของเรา เครื่องมือไม่ได้ขอหน้าเว็บหรือตรวจสอบสถานะ HTTP เนื้อหา ใบรับรอง TLS หรือพอร์ต 443 หากต้องการทดสอบส่วนเหล่านั้น ให้ใช้เครื่องมือตรวจสอบ HTTP หรือเปิดเว็บไซต์แยกต่างหาก

เบราว์เซอร์ของคุณอาจใช้ HTTPS บนพอร์ต 443 ขณะที่เครื่องมือนี้ตรวจสอบพอร์ต 80 เสมอ เป้าหมายอาจกรองการเชื่อมต่อจากเซิร์ฟเวอร์ของเรา หรือการเชื่อมต่ออาจต่างกันตามพื้นที่ การถูกปฏิเสธ การหมดเวลา และ DNS ล้มเหลวเป็นคนละกรณีกัน จึงควรดูข้อผิดพลาดที่แสดง

หมายถึงเปอร์เซ็นต์ของการเชื่อมต่อ TCP ทั้ง 4 ครั้งที่ไม่สำเร็จ ได้แก่ 0%, 25%, 50%, 75% หรือ 100% แม้ในหน้าจอจะใช้คำว่าการสูญเสีย แต่ค่านี้ไม่ใช่การวัดการสูญเสียแพ็กเก็ตโดยตรง และไม่ควรตีความว่าเป็นอัตราการสูญเสียแพ็กเก็ต ICMP

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

เครื่องมือที่เกี่ยวข้อง

ตัวตรวจสอบเว็บไซต์ล่ม

ตรวจสอบว่าเว็บไซต์ตอบสนองจากเซิร์ฟเวอร์อิสระหรือไม่ แสดงสถานะ UP หรือ DOWN, รหัสสถานะ HTTP, เวลาตอบสนอง และ IP ของเซิร์ฟเวอร์ เพื่อให้คุณแยกความล่มจริงออกจากปัญหาเครือข่ายในเครื่องของคุณได้

เครื่องมือตรวจสอบการเข้ารหัส TLS

ตรวจสอบว่าโฮสต์ยอมรับ TLS 1.2 และ TLS 1.3 บนพอร์ต 443 หรือไม่ พร้อมดูชุดการเข้ารหัส (cipher suite) ที่ตกลงใช้ ทดสอบสดจากเซิร์ฟเวอร์ของเราในสหภาพยุโรป มีลิงก์ไป SSL Labs สำหรับการสแกนแบบเต็มพร้อมเกรด

เครื่องมือ Traceroute

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

ตัวแยกวิเคราะห์ User-Agent

วางสตริง user-agent ใดก็ได้เพื่อดูเบราว์เซอร์ ระบบปฏิบัติการ ประเภทอุปกรณ์ และว่าเป็นบอทหรือไม่ เว้นว่างไว้เพื่อตรวจเบราว์เซอร์ของคุณเอง

เครื่องมือถ่ายภาพหน้าจอเว็บไซต์

ใส่ URL สาธารณะใดก็ได้เพื่อดูตัวอย่างภาพหน้าจอทันที จากนั้นเปิดในบริการฟรีอย่าง Screenshot Machine, Urlbox หรือ ApiFlash หรือดูภาพถ่ายเก่าบน Wayback Machine

ตัวตรวจสอบ uptime ของเว็บไซต์

ตรวจสอบ URL สาธารณะใดก็ได้เมื่อสั่ง และบันทึกสถานะ HTTP กับเวลาตอบสนอง คลิกอีกครั้งเพื่อสร้างประวัติสั้น ๆ สูงสุด 20 ตัวอย่าง พร้อมเปอร์เซ็นต์ uptime และการตอบสนองเฉลี่ย โดยไม่ต้องมีบัญชี

เครื่องมือนี้มีให้บริการในภาษาอื่น