把 host:port 一起填进地址栏

第一次用端口检测,我把 example.com:443 整个填进地址框,端口框留空,结果全部超时。

工具把冒号后面的部分当成了地址的一部分,解析失败。地址和端口是两个参数,不能混。那次排查方向全错了。

地址怎么填

只填域名或者 IP。不要带 http://、https://,不要带路径、参数,也不要带端口。IPv6 地址的填法按工具提示来,有的要方括号。

一个常见的错误是从浏览器复制整条链接。里面所有东西对端口检测都是多余的。地址写错还有一种:多打了空格,复制粘贴时最容易带上。

TCP 检测:填域名和端口,多节点看连通与握手耗时

TCP 检测:填域名和端口,多节点看连通与握手耗时

端口怎么填

单独填数字,比如 443、3306、6379。

用业务真正在用的那个端口,不要凭印象。有些服务改了默认端口,测旧端口当然不通。端口写错更隐蔽,因为数字看起来都差不多,核对时念一遍比扫一眼可靠。

批量检测时,多个端口用逗号分隔,范围用短横线。具体写法看工具提示,端口范围别写太大,扫描时间和额度都上去了。批量检测前先把清单列好,别边测边改。

协议别混

TCP 检测只测 TCP。如果目标服务只监听 UDP,用这个工具测,结果会显示不通。

DNS 是典型例子,53 端口同时用 TCP 和 UDP,只测一个不能说明全部。UDP 检测通常靠回包判断,结果不如 TCP 确定。

测之前先确认服务用的是什么协议。用宝塔拨测的 TCP 测速测完端口,再往上一层用 HTTP 或对应协议确认业务,端口通不等于服务可用。

节点范围

按用户分布选,不用全选。主要省份、主要运营商覆盖到就够。

按地区和运营商分组看结果,能判断是全局不通还是局部。节点数量要能让每个分组都有代表,可以先小后大:先两三个节点验证参数,再扩到全量,省时间也省额度。

跑完先验收

第一轮先看预期:该通的通了吗,该关的关了吗。把预期写下来,对照着看。

大面积超时,先回头检查地址、端口、协议写得对不对,别急着怀疑网络。

端口检测的结果也要结合服务端日志一起看:日志里有连接记录,说明请求到了,只是被拒绝,这条信息比状态本身更有用。

确认参数无误后,再连测两三次看稳定性。参数错了,测多少次都是错的。记录里写清地址、端口、协议和节点,下次复测才知道改了什么。参数是测量的一部分,不是可有可无的准备工作。