宝塔拨测的 HTTP、PING、TCP、DNS 四种拨测方式分别测什么?
宝塔拨测(t.bt.cn)支持 HTTP、PING、TCP、DNS 四种拨测方式,它们测的不是同一层:HTTP 测网站能不能正常响应,PING 测主机通不通,TCP 测端口通不通,DNS 测域名解析对不对。选哪种方式,取决于你想排查「哪一层」的问题。
下面用对 docs.bt.cn 的真实拨测,演示四种方式各返回什么、分别怎么看。
四种方式分别测什么
| 方式 | 监控内容 | 典型用途 |
|---|---|---|
| HTTP | 网站可用性、响应时间、状态码、下载速度 | 测网站能不能打开、响应快不快 |
| PING | 目标主机连通性、丢包率、往返时延 | 测主机通不通、网络质量如何 |
| TCP | 端口连通性,例如 80、443、22 端口 | 测某个端口是否开放、服务是否在监听 |
| DNS | 域名解析正确性、解析耗时 | 测域名解析是否正常、是否被劫持 |
一句话记忆:HTTP 看「网页」,PING 看「主机」,TCP 看「端口」,DNS 看「解析」。
HTTP:测网站能不能正常响应
HTTP 拨测走的是应用层,它会真的向目标发 HTTP 请求,所以能拿到状态码、响应时间、下载速度这些最贴近「用户打开网页」体验的指标。
同一天 19:59(北京时间)我对 docs.bt.cn 做了一次 HTTP 拨测,结果页显示:
| 指标 | 本次运行 |
|---|---|
| 参与探测节点 | 295 个 |
| 节点成功 | 295 / 295 |
| 异常节点 | 0 个 |
| HTTP 状态码 | 全部 200 |
| 覆盖省份 | 44 个 |
| 平均响应 | 441 ms |
| 最快节点 | 陕西-咸阳-电信 51 ms |
| 最慢节点 | 陕西-西安-联通 5.22 s |
下图是这次运行的结果页截图(表格数字与截图同源):

怎么读:结果页显示 295/295 节点成功、没有异常节点,明细里每个节点都返回 HTTP 200,说明 docs.bt.cn 在全国各节点视角下都「能正常打开」。最快 51 ms、最慢 5.22 s,这种差距来自地域和线路差异,属正常现象。
HTTP 状态码是它独有的价值——其他三种方式都拿不到状态码。如果你测出「部分地区返回 403/500」或「大面积超时」,就能直接定位到网站层的问题,而不是主机或端口。
PING:测主机通不通、丢不丢包
PING 走网络层,只测目标主机是否可达、丢包率、往返时延,不关心网页内容。
同一天 20:01(北京时间)我对 docs.bt.cn 做了一次 PING 拨测,结果页显示:
| 指标 | 本次运行 |
|---|---|
| 参与探测节点 | 295 个 |
| 节点成功 | 290 / 295 |
| 异常节点 | 5 个 |
| 覆盖省份 | 44 个 |
| 平均往返时延 | 22 ms |
| 最快节点 | 山西-太原-电信 0 ms |
| 最慢节点 | 福建-厦门-联通 150 ms |

注意这 5 个异常节点的失败原因——看失败原因比看失败数量更重要:
- 4 个是
PING_SOCKET_UNAVAILABLE:检测节点自己没有权限创建 ICMP socket,是拨测节点自身问题,不是目标异常; - 1 个是
RESULT_INVALID(浙江-金华-移动):该节点返回的结果无效,同样是节点侧问题。
所以这份结果说明:docs.bt.cn 主机本身可达,个别失败来自检测节点自身环境,不代表目标挂了。这也是 PING 和 HTTP 的关键区别——PING 只看「主机通不通」,不告诉你「网页是否正常」。
TCP:测端口通不通
TCP 拨测只测能否和目标端口建立连接(如 443 是 HTTPS 默认端口、22 是 SSH),不做完整请求,所以耗时通常远低于 HTTP。
同一天 20:03(北京时间)我对 docs.bt.cn:443 做了一次 TCP 拨测,结果页显示:
| 指标 | 本次运行 |
|---|---|
| 参与探测节点 | 295 个 |
| 节点成功 | 295 / 295 |
| 异常节点 | 0 个 |
| 覆盖省份 | 44 个 |
| 平均响应 | 73 ms |
| 最快节点 | 山西-太原-电信 1 ms |
| 最慢节点 | 新疆-伊犁-移动 2.29 s |

对比一下:同样测 docs.bt.cn,TCP 平均 73 ms,HTTP 平均 441 ms——相差约 6 倍。因为 TCP 只完成「三次握手」确认端口开放,HTTP 还要完成整个请求响应。
TCP 拨测适合判断「防火墙是否放行」「服务是否在监听」。比如你改了防火墙规则、新装了服务,想确认 443 端口通不通,用 TCP 拨测最快。
DNS:测域名解析对不对
DNS 拨测测的是域名解析正确性和解析耗时,判断域名能否正常解析、解析结果是否一致、是否被劫持。
同一天 20:05(北京时间)我对 docs.bt.cn 做了一次 DNS 拨测,结果页显示:
| 指标 | 本次运行 |
|---|---|
| 参与探测节点 | 295 个 |
| 节点成功 | 295 / 295 |
| 异常节点 | 0 个 |
| 覆盖省份 | 44 个 |
| 平均响应 | 23 ms |
| 最快节点 | 山东-枣庄-联通 0 ms |
| 最慢节点 | 陕西-宝鸡-电信 1063 ms |

DNS 是四种方式里最快的一层——平均响应只有 23 ms,因为单次解析请求极轻。如果 DNS 拨测出现「部分地区解析失败」或「解析结果不一致」,往往指向域名解析或 DNS 劫持问题,这是其他三种方式发现不了的。
选哪种方式:按「层」来
排查顺序建议从顶层往下:
- 网站打不开 → 先 HTTP,看状态码和成功率;
- 主机失联 → PING,看连通性和丢包;
- 端口不通 → TCP,看端口是否开放;
- 解析异常 → DNS,看域名解析是否正常。
四种方式可以组合使用。例如「HTTP 全部 200,但 TCP 个别端口失败」说明网站正常、某个端口可能被防火墙拦了;「DNS 正常、PING 正常、HTTP 大面积超时」则问题大概率在 Web 服务或程序本身。
信息来源
本文事实以宝塔官方文档《使用宝塔拨测》为准;文中的拨测数据为对 docs.bt.cn 的真实拨测结果,采集于 2026-09-16 19:59–20:05(北京时间),拨测结果会随时间和网络状况变化,以上数值仅代表采集时刻的情况。
常见问题
宝塔拨测支持哪几种拨测方式?
四种:HTTP、PING、TCP、DNS。HTTP 测网站可用性、响应时间、状态码和下载速度;PING 测目标主机连通性、丢包率和往返时延;TCP 测端口连通性(如 80、443、22 端口);DNS 测域名解析正确性和解析耗时。
HTTP 拨测和 PING 检测有什么区别?
HTTP 走应用层,测的是「网站能不能正常响应、状态码是多少、响应快不快」,能拿到 200/301/403 这类状态码;PING 走网络层,测的是「主机通不通、丢不丢包、往返时延多少」,拿不到状态码。网站打不开先看 HTTP,主机失联看 PING。
怎么测我的 443 端口通不通?
用 TCP 拨测,目标填「域名:443」(如 example.com:443)。TCP 只测端口能否建立连接,不做完整 HTTP 请求,所以耗时通常远低于 HTTP,适合判断防火墙是否放行、服务是否在监听。
四种拨测方式该选哪一种?
看你关注哪一层:网站能不能打开、响应快不快选 HTTP;主机通不通、丢不丢包选 PING;某个端口是否开放选 TCP;域名解析是否正常、是否被劫持选 DNS。拿不准就从 HTTP 开始,逐层往下排查。
拨测里某些节点失败,就一定是目标有问题吗?
不一定。要区分失败原因:大量节点失败且报目标超时,指向目标问题;只有个别节点失败且报的是检测节点自身错误(如 PING socket 权限不足、DNS 解析超时),说明是拨测节点的问题,不代表目标异常。