将 checksite.pro 监测节点加入白名单

部分防火墙（WAF）、CDN 或安全插件会把监控工具当作机器人拦截。出现这种情况时，网站详情页会显示 已拦截标记，而不是“宕机”：您的网站可能运行正常，只是我们的监测节点无法访问，因此无法对其做出判断。请将下面的信息加入您的白名单，然后在网站详情页点击 立即重新检测。

1. 监测节点 User-Agent

每个检测请求都会发送完全相同的 User-Agent（固定不变）：

checksite.pro-monitor/1.0 (+https://checksite.pro)

最简单的做法：按包含 checksite.pro-monitor 的 User-Agent 放行。请注意 User-Agent 可以被伪造，因此对于敏感网站，建议同时结合下方的 IP 地址一起放行。

2. 各地区监测节点的 IP 地址

各地区的监测节点使用各自独立的出口 IP 地址。您只需放行网站实际使用的地区即可。

地区	IP 地址
local	未公布 IP，请使用 User-Agent 放行。
md	未公布 IP，请使用 User-Agent 放行。
vn	未公布 IP，请使用 User-Agent 放行。

3. 各类防火墙设置说明

Cloudflare

进入安全性 → WAF → 自定义规则，创建一条新规则。
条件：User Agent 包含 checksite.pro-monitor（或 IP 源地址属于 上方的 IP 列表）。
操作：跳过（Skip） → 选择跳过其余 WAF 规则、速率限制以及 Bot Fight Mode / Super Bot Fight Mode。
请将该规则放在列表最上方。也可以在安全性 → WAF → 工具（IP 访问规则）中逐个添加 IP，并选择允许（Allow）操作。

Sucuri

进入 Firewall → Access Control → Whitelist IP Address，添加上方的每个 IP。如果被机器人防护拦截，请临时启用“Allow bots”，或联系 Sucuri 支持，将该 User-Agent 加入白名单。

Imperva (Incapsula)

进入 Security Settings → Access Control（或 Bot Protection），将这些 IP 添加到 Whitelist，并把 checksite.pro-monitor 加入允许的机器人列表（“Good bots”）。

AWS WAF / CloudFront

创建包含上述 IP 的 IP set，然后在 Web ACL 中添加引用该 IP set 的 Allow 规则，并设为最高优先级（置于 Bot Control 和基于速率的规则之前）。

Akamai

在 Security Configuration → Network Lists 中创建 IP 列表，并将其加入 Allow list（或为 Bot Manager 设置 “Bypass” 规则）。拦截页面上的“Reference #…”编号可帮助 Akamai 支持人员快速定位。

WordPress 安全插件（Wordfence、iThemes、All In One Security 等）

将上述 IP 添加到插件的白名单（Allowlisted IPs）。以 Wordfence 为例：Wordfence → All Options → Brute Force Protection / Rate Limiting，把 IP 添加到“Allowlisted IPs”。如果您的主机使用 ModSecurity，请联系服务商为这些 IP/User-Agent 添加例外。

4. 重新检测

更新设置后，打开网站详情页并点击立即重新检测。如果监测节点可以正常访问，下一次检测时 “已拦截”标记会消失，您还会收到“已解除拦截”的通知。只有检测到防火墙特征或 429 状态时，我们才会把网站标记为“已拦截”；单纯的 403 仍按错误处理。