TCP port
TCP端口监控
任何主机，任何端口，以及它回答时说的话。
立即尝试
一次检查，从一个地点立即进行，不保存任何数据。监控会从我们运行的每个地点检查，并在两个其他大陆确认故障后才通知任何人，而单次检查无法显示这些信息。
它的用途
用于非网站服务的检查。数据库、游戏服务器、VPN端点、SSH：监听端口但没有HTTP请求或页面可读的服务。
我们打开端口，检查也可以要求服务提供问候语。一个接受连接但随后没有响应的端口从外部看像是半死的服务，而普通的开放端口检查会认为它是健康的。
和这里的每个检查一样，它从Amsterdam, New York, Sydney and Singapore运行，并且故障会在其他两个大陆确认后才会通知任何人。如何运作。
你可以设置什么
以下内容在你添加时的表单中，每个套餐都包含。
- 主机和端口
- 一个主机名或地址和一个端口，因为没有合理的默认端口可供猜测。
- 预期问候
- 服务首次响应的内容必须匹配的正则表达式。
问题
哪些端口值得用TCP检查监控？
SSH的22端口，MySQL的3306端口，PostgreSQL的5432端口，Redis的6379端口，以及其他服务监听的端口。没有默认端口可供使用，因为猜测的端口是监控你未指定的内容，所以端口是你输入的一部分。
预期的问候语有什么作用？
它读取服务发送的首字节，并与您提供的正则表达式匹配，这就是所谓的横幅抓取。如果没有这个功能，这只是一个普通的开放端口检查，而开放端口检查会认为半开放的服务是健康的：端口接受连接，但后面的服务没有任何响应。
连接被拒绝，还是超时？
拒绝表示主机响应并告诉你没有服务在监听，这通常是服务停止而不是机器故障。超时表示完全没有响应，这可能是防火墙丢弃了数据包、主机不可达或中间网络问题。它们因此被单独报告。
可以检查UDP端口吗？
不能，我们明确说明这一点，而不是提供类似的功能。一个开放的UDP端口和一个被过滤的UDP端口从外部看是无法区分的，除非服务选择响应，因此UDP端口检查只是一个带状态标签的猜测。请用其他方式监控服务。
为什么不从脚本中用netcat检查端口？
对于主机上的端口，如果你已经有一台机器在旁边，这是一个非常好的检查，只需一行代码。这里的差距和其他地方一样：脚本运行在某处，而那个地方可能会失败而不通知你。从一个地方失败的连接无法区分服务停止和路由中断，这就是为什么需要从其他两个大陆进行检查后再通知。