网站告警该选本地测试还是多节点测试？差的其实是「视...

一句话答案：两种模式测的都是站点是否正常，区别在于谁去发这个请求。本地测试只由面板所在的那台服务器发一次请求，一个视角，容易漏掉别处的故障；多节点测试由宝塔部署在全国的节点同时探测，能看出「只有部分地区打不开」这类问题，还能把目标真故障和探针自身超时区分开。有条件直接用多节点。

站点的可用性监控，很多人配完就忘了，直到用户投诉才发现某个省份早就打不开了。问题往往不在监控本身，而在当初选错了检测方式。
这篇按面板里的实际操作路径讲：两种模式差在哪、怎么配、结果怎么读。

两种模式，差的只是一个「视角」

检测方式	请求从哪儿发出	特点
本地测试	面板所在服务器本机	只有单点视角，其他地区、其他线路的异常测不出来
多节点测试（推荐）	宝塔在全国部署的多个节点	覆盖面广，能发现地区性的访问差异

关键就在「视角」两个字。网站打不开很少有全局性的，更多是某些省份、某些运营商慢或者不通。本地测试只代表「我这台机器到目标」的结果，如果目标在你机房所在的地区恰好正常，它就报一切正常，而外省用户的实际体验完全看不到。这种「监控显示健康、用户却打不开」的尴尬，基本都是单点视角造成的。

一次真实的多节点探测，差距有多大
以对 docs.bt.cn 的一次多节点 HTTP 探测为例，本次共 292 个节点参与，291/292 成功，覆盖 43 个区域（大陆 30 个、港澳台及海外 13 个）：

指标	本次运行
参与探测节点	292 个
成功节点	291 / 292（成功率 99.7%）
HTTP 状态码	全部 200
覆盖区域	43 个（大陆 30 + 港澳台及海外 13）
平均响应	473.3 ms
最快节点	陕西-咸阳-电信 58.5 ms
最慢节点	云南-西双版纳-移动 6268.1 ms

注意最快与最慢的落差：58.5 ms 对 6268.1 ms，约 100 倍。最慢的几个扎堆在云南西双版纳移动、新疆伊犁移动这类边缘地区，而大陆大部分省份响应时间的中位数落在 388.5 ms。这种地区性差异，只有多节点同时探测才照得出来——只跑本地单机，你拿到的大概是一个「看着挺正常」的数字。
唯一失败的是「湖北-襄阳-移动」，原因是 HTTP_TIMEOUT，也就是该检测节点自己没能在时限内跑完，并不是目标站点宕了。这正好是多节点探测的另一层价值：把「目标真挂了」和「某个探针自己超时」分开，少一次误报。

三步配好告警
入口藏在站点设置中：

• 登录宝塔面板，左侧点「网站」，进入站点列表。
• 点要监控的站点域名，弹出站点管理窗口。
• 在窗口左侧选「网站告警」，进入配置页后点左上角「添加拨测告警」。
  

在创建窗口里填任务名称、监控频率、告警次数、告警方式，再选检测方式（本地测试 / 多节点测试），保存即可。任务建好后由宝塔拨测的节点按频率发起检测，连续失败到设定次数就会推告警。
告警消息通道要先配好：进「设置 → 告警通知 → 告警设置」，支持微信公众号、邮箱、钉钉、企业微信、飞书、短信、Webhook（自定义消息通道）等多种渠道。详细字段说明见官方文档《网站告警》与《告警设置》。
几点注意事项

• 多节点测试属于宝塔企业版功能，具体以官方页面为准，别配到一半才发现版本不支持。
  

• 监控频率别一味求密：频率越高越灵敏，但节点资源消耗也越高，按站点重要程度取舍。
  

• 先用告警次数做个缓冲，避免一次抖动就触发通知；连续多次失败再告警，误报会少很多。
  

• 同一次探测的数字只代表采集时刻（本次采集于 2026-09-17 08:34 北京时间），节点池和线路是动态的。
• 
  

常见问题网站拨测告警到底解决什么问题？
它负责在你没盯着屏幕的时候替你看着站点：按设定周期主动探测，一旦异常就通过微信、邮箱、钉钉等渠道把消息推给你。适合需要 7×24 小时值守、又不想自己写监控脚本的场景。

本地测试与多节点测试，选哪个更合适？
看你要不要「多视角」。本地测试配置最简单，但只有面板所在服务器这一个观察点；多节点测试从全国各地同时发起，能发现区域性故障。站点面向全国用户的话，建议直接上多节点。

为什么本机测着一切正常，外地用户却说打不开？
因为访问质量本身分地区。本机测到的只是「这台服务器到目标」这一条路径的结果，全国各地的响应时间、可用性差异它照不到。要复现用户的真实体验，必须换成多节点探测。

配置步骤能再说一遍吗？
面板左侧「网站」→ 点站点域名 → 弹窗左侧「网站告警」→ 左上角「添加拨测告警」→ 填任务名称、监控频率、告警次数、告警方式并选择检测方式 → 保存。消息通道提前在「设置-告警通知-告警设置」里配好。

告警能推到哪些地方？
微信公众号、邮箱、钉钉、企业微信、飞书、短信，以及 Webhook 自定义通道，都在「设置-告警通知-告警设置」里配置。团队用哪个协作工具就配哪个，不必全开。

多节点探测里个别节点失败，要立刻处理吗？
先看原因。像本次 HTTP_TIMEOUT 这种探针自身未完成的情况，不代表目标异常；只有当大批节点同时失败、或失败集中在同一地区同一运营商时，才值得顺着线路去查。

---

有问题欢迎回帖。