การตรวจสอบพอร์ต

นอกเหนือจาก HTTP: การตรวจสอบสแต็กส่วนที่เหลือ

บริการส่วนใหญ่ที่ขับเคลื่อนธุรกิจไม่ได้เป็นเว็บเซิร์ฟเวอร์ ฐานข้อมูลจะรับฟังที่ 5432 (Postgres), 3306 (MySQL), 27017 (MongoDB), 6379 (Redis) อีเมลผ่าน 25, 465, 587, 993, 995 SSH ใช้พอร์ต 22 เซิร์ฟเวอร์เกมจะรันบนพอร์ตที่ผู้พัฒนาเลือก ไมโครเซอร์วิสภายในหลังไฟร์วอลล์ - ที่ทีมแพลตฟอร์มตั้งค่าเอาไว้ ไม่มีบริการไหนใช้ HTTP คุณจะไม่เห็นเลยในเครื่องมือ uptime สำหรับเว็บ และเมื่อบริการใดหยุดรับฟัง ก็จะทำให้เกิดสิ่งที่เห็นได้ชัดเจน

การมอนิเตอร์พอร์ตช่วยอุดช่องโหว่ตรงนี้ คุณให้ host และ port กับระบบมอนิเตอร์ ทุกครั้งที่เช็ค จะมีการเชื่อมต่อ TCP เพื่อตรวจสอบว่าบริการรับฟังอยู่หรือไม่ หากเชื่อมต่อล้มเหลว - ไม่ว่าจะเพราะ daemon ตาย, ไฟร์วอลล์เปลี่ยน, โฮสต์ดับ, หรือเครือข่ายระหว่างคุณกับบริการเสีย - คุณจะได้รับการแจ้งเตือน

คุณสามารถมอนิเตอร์อะไรได้บ้าง

• ฐานข้อมูล: 5432 (Postgres), 3306 (MySQL/MariaDB), 1433 (SQL Server), 27017 (MongoDB), 6379 (Redis), 9042 (Cassandra), 11211 (Memcached)
• เซิร์ฟเวอร์อีเมล: 25 (SMTP), 465 (SMTPS), 587 (submission), 110 (POP3), 143 (IMAP), 993 (IMAPS), 995 (POP3S)
• การเข้าถึงระยะไกล: 22 (SSH), 3389 (RDP), 5900 (VNC)
• การถ่ายโอนไฟล์: 21 (FTP), 990 (FTPS), 445 (SMB), 2049 (NFS)
• บริการเฉพาะหรือภายใน: gateway สำหรับ GraphQL, gRPC, คิวเควรี (RabbitMQ 5672, Kafka 9092), ค้นหา (Elasticsearch 9200, Solr 8983), เซิร์ฟเวอร์เกม, อุปกรณ์ IoT

การตรวจสอบทำงานอย่างไร

มอนิเตอร์จะเปิดการเชื่อมต่อ TCP ดิบไปยัง host:port พร้อม timeout 5 วินาที หากได้รับ SYN/ACK - พอร์ตเข้าได้และบริการรับฟังอยู่, check up หาก connection refused, timeout หรือไม่มี route - check down ผลลัพธ์จะบันทึกข้อความแสดงข้อผิดพลาดจาก kernel ("connection refused", "operation timed out", "no route to host") - ช่วยให้ไล่ปัญหาง่ายขึ้น

ระบบมอนิเตอร์จะไม่พยายามพูดคุยด้วยโปรโตคอลแอปพลิเคชัน - ไม่ส่ง SQL query หรือ SMTP HELO อะไรทั้งนั้น สิ่งนี้ทำให้การเช็คเร็วและไม่มีผลข้างเคียง เหมาะกับกรณีที่ต้องเช็ค 100 บริการทุกนาที หากต้องการยืนยันระดับแอป ให้เชื่อมการมอนิเตอร์พอร์ตกับ heartbeat หรือมอนิเตอร์ API ที่คุณสร้างเอง

เชื่อมกับ HTTP และ ping

สำหรับแต่ละบริการสาธารณะ การมอนิเตอร์ 3 แบบจะได้บันไดการแก้ไขปัญหาที่ชัดเจน Ping ยืนยันว่า host ยังอยู่ในเครือข่าย Monitoring port - บริการยังรับฟัง Monitoring HTTP / API - บริการยังตอบกลับถูกต้อง หากเกิดปัญหา ชั้นที่เกิดจะบอกว่าให้ไปหาที่ไหน หากมีแค่ HTTP ดับ - แอปแครช หากพอร์ตดับด้วย - daemon ตาย หาก ping ดับ - เครื่องหายหรือเครือข่ายล่ม

การตั้งค่า

เปิดเครื่องมือ คลิก "เพิ่มมอนิเตอร์" เลือกประเภท "TCP port" กรอก host (ไม่ใส่โปรโตคอล) ใส่หมายเลขพอร์ต (1-65535) และตั้งค่าช่วงเวลา กดบันทึก ในรอบถัดไป มอนิเตอร์จะเชื่อมต่อ TCP ทุกนาที บันทึกค่า round-trip และแจ้งเตือนทันทีที่พอร์ตปิด - ผ่านทาง Email, Telegram, Slack, Discord หรือ SMS ด้วยกฎยืนยันและเวลางดแจ้งเตือนเหมือนเดิม

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

• สามารถมอนิเตอร์พอร์ตไหนได้บ้าง?

  มอนิเตอร์ได้ทุกพอร์ต TCP ตั้งแต่ 1 ถึง 65535 ตัวอย่างที่ใช้บ่อย: SMTP (25/587/465), POP3 (110/995), IMAP (143/993), listener ฐานข้อมูล (PostgreSQL 5432, MySQL 3306, Redis 6379, MongoDB 27017), SSH (22), FTP (21), หรือพอร์ตแอปเฉพาะทาง

• มอนิเตอร์ตรวจสอบว่าสุขภาพบริการปกติหรือแค่เข้าถึงได้?

  แค่ความพร้อมใช้งานเท่านั้น — ระบบจะเปิด TCP connection แล้วเช็คว่า demon ตอบรับหรือไม่ ไม่มีการ handshake โปรโตคอลใดๆ ถ้าต้องการเช็คเจาะจงโปรโตคอล (ยกตัวอย่าง ตรวจสอบแบนเนอร์ SMTP, ตอบ query ของฐานข้อมูล) ใช้ HTTP check (สำหรับ HTTP service) หรือ heartbeat agent ที่ติดตั้งเอง

• timeout ในการเช็คพอร์ตคือเท่าไหร่?

  ค่าเริ่มต้น 10 วินาที ตั้งค่าได้แต่ละมอนิเตอร์ หาก TCP เชื่อมต่อไม่สำเร็จในช่วงเวลา timeout จะถือว่า failed พร้อมข้อความว่า "connection timeout" เซิร์ฟเวอร์ที่อยู่ไกล (เช่น เช็คจากยุโรปไปเอเชีย) อาจต้องเพิ่ม timeout

• มอนิเตอร์ได้ทั้งพอร์ต UDP ไหม?

  ตอนนี้ยังไม่ได้ UDP ไม่มีการเชื่อมต่อ - ไม่มีสิ่งที่เรียกว่า "connection accepted" ให้เช็ค บริการบน UDP ต้องการ probe เฉพาะโปรโตคอล (ตัวอย่างเช่น DNS query สำหรับพอร์ต 53, SNMP get สำหรับ 161) ใช้ heartbeat monitoring แทน

• Monitoring port มีผลกับการแจ้งเตือนเกี่ยวกับ TLS/SSL ไหม?

  ไม่มี — การเช็คพอร์ตเป็นเพียงการเช็ค TCP เท่านั้น ถ้าต้องการตรวจสอบใบรับรอง TLS บนพอร์ต ให้ใช้ HTTPS check พร้อมพอร์ตใน URL (เช่น https://api.example.com:8443/) ที่เช็คทั้งความพร้อมใช้งานและใบรับรองด้วย