梯子官网打不开就等于跑路吗：在线检测的9种状态

背景：这个问题从哪来

多数人第一次怀疑机场出事，是在续费或更新订阅时发现官网进不去。接着会去群里问一句“是不是跑了”，得到的回答往往各说各的。

官网打不开的原因很多。本站 2026 年 9 月 25 日采集 28 家机场的面板清单，一共 149 个面板域名，只归成 24 个 IP 组，多数机场所有面板都在同一台服务器上。面板域名也在轮换，同一批采集里域名年龄的中位数只有 86 天。所以某一个域名打不开，常见的解释是它被换掉了，或者这台服务器暂时出了问题。

机场跑路预警页上的在线检测，就是把“打不开”拆成几种可以分开说的情况。下面按状态逐个解释，判定规则全部来自本站的测试方法页，阈值在方法版本 2026-09-25.1 里定义。

在线检测测的是什么

检测程序跑在 Cloudflare Workers 上，由定时触发（Cron Triggers）启动。每次触发测 5 家，28 家机场每家约半小时轮到一次，确切间隔以机场跑路预警页顶部显示的为准。

每一轮做三件事：

1. 先请求 2 个公共对照地址。两个都成功，这一轮才算有效；对照失败说明问题出在本站检测点自己，这一轮作废，任何机场的状态都不改。
2. 每家抽 3 个面板，尽量来自不同的 IP 组。V2Board 或 Xboard 面板请求一个不用登录的公开配置接口，能解析出数据算成功；其他面板要求首页正常打开、不是域名停放页。
3. 单个请求超时 8 秒。一家的面板第一次全部失败时，隔 30 秒在同一轮里补测一次。

请求结果分三类。成功；失败（超时、解析失败、连接被拒、证书错误、5xx 等）；被拦截（403、429、451，或 Cloudflare 的人机验证页）。按 RFC 6585，429 表示请求太频繁被限流；按 RFC 7725，451 表示因法律要求拒绝访问。这两种都说明对方的服务器在回应，所以本站把它们和“失败”分开记。

这套检测有两处先天的盲区，每个状态都绕不开：检测点在海外，国内网络里能不能打开，从这里推不出来；检测的是用户面板，节点能不能用没有测。

9 种状态分别说明什么

状态	怎么判定	能说明	说明不了
正常	最近 2 轮都能打开，最近 60 分钟没有失败，6 小时内切换少于 4 次	海外检测点这一小时能打开它的面板	节点是否可用，国内能否打开
波动	最近 60 分钟有失败或部分失败，还没到无法访问；或 6 小时内来回切换 4 次以上	面板在这段时间里时好时坏	原因是线路调整、维护还是负载
无法访问	连续失败 60 分钟以上，这段时间有效检测覆盖率不低于 80%	检测点持续打不开它的面板	机场是否停止运营
疑似失联	连续失败满 24 小时并有旁证，或满 72 小时	长时间打不开，需要人工核实	运营方是否还在，用户能否退款
检测受限	一次都没成功过；或连续 60 分钟打不开，其间真正失败的轮次不到八成，其余是被拦截或无法判断	本站检测点连不上它	它对国内用户是否正常
数据不足	开始检测不满 24 小时；或这家很久没测到而其他家正常更新；影子运行期间	本站手里还没有能用的结论	任何关于这家的判断
维护中	站长人工设置，写明来源和时段	运营方公布过维护计划	维护结束后能否按时恢复
检测暂停	站长人工设置，写明原因	本站暂时没有测这家	这家当前的情况
已停止服务	只能由站长人工设置，必须附一手来源的存档链接	有可查的一手来源宣布停止服务	退款安排和后续去向

几条补充：

• 无法访问按约半小时一轮算，大约是连续两三轮都打不开。60 分钟这个阈值在服务器重启、换域名时也可能碰到，所以页面上的说法是“本站检测点打不开它的用户面板”，本站没有判断它停止运营。
• 疑似失联里的“旁证”目前有两种会自动记录：所有被测面板都是域名解析失败，或者失败期间出现域名停放、出售页。站长核实过的其他情况（例如官方频道被删除）人工补录，来源文字公开显示。
• 覆盖率是实际失败的轮数和按间隔应有轮数之比。检测程序自己停了（部署、定时任务故障），这段空白不算进“连续失败”。
• 恢复不用任何人申诉。处于无法访问或疑似失联的机场，连续 2 轮能打开就自动回到正常，时间线上记一条恢复事件，写明异常持续了多久。

为什么“已停止服务”只能人工设置

检测程序能观察到的只有“打不开”和“打不开多久”。一家机场换了全部域名、而新域名还没进入本站的面板清单，程序看到的情况和停止运营完全一样。让程序自动给出“已停止服务”，误判的代价落在运营方和读者身上，而且很难撤回。

所以这一个状态有两道关：一手来源的存档（例如运营方在官方频道发的停运公告，存成网页快照），加上站长确认。即使某家已经疑似失联 7 天以上、有 2 条以上独立旁证、联系运营方 48 小时没有回应，也只是让站长可以设置，程序不会自动设置。设置之后不会自动撤销，撤销时要写明原因。

检测误判的情况（例如本站检测点被对方屏蔽）会在这家的时间线上追加一条更正说明，原来的记录不删除。

看到异常状态之后怎么办

状态只描述本站检测点的观察，下一步要结合你自己的情况：

• 正常，但你用不了：问题多半在本机、客户端或线路，按梯子挂了怎么判断从“是不是只有我”查起；全部节点都超时的，用四组对照测试缩小范围。
• 波动或无法访问：先等一两个检测间隔，看官方公告渠道有没有维护或换域名的通知。节点可能照常能用，面板和节点通常是两套服务器。
• 疑似失联：暂停续费，保留付款记录和订单截图。万一最后停止服务，这些材料在跑路后能不能退钱一文列的渠道里都用得上。
• 检测受限或数据不足：本站给不出判断，以你自己能不能打开官网、能不能更新订阅为准。

自己怎么验证

下面几项不依赖本站也能做：

1. 换一个网络打开官网。 用宽带打开一次，再切到手机数据网络打开一次。一边能开一边不能开，问题多半在网络或域名解析，和机场是否运营关系不大。
2. 更新一次订阅。 在客户端里手动更新订阅，看日志里的结果。能拉到新的节点列表，说明面板后端还在响应，只是你打不开的那个域名出了问题。
3. 看状态码。 在命令行执行 curl -I https://官网地址，看第一行。403、429 说明服务器在回应但拒绝了你；5xx 按 RFC 9110 是服务器端出错；连接超时或解析失败才是完全没有回应。
4. 看官方渠道的最后更新时间。 公告页、Telegram 频道最后一条消息是哪天，有没有提到维护或换域名。
5. 对照本站时间线。 在机场跑路预警页找到这家，看状态从什么时候开始、失败原因是哪一类（超时、解析失败、证书错误等），和你观察到的时间是否吻合。

这篇没有覆盖的

• 检测点只在海外。国内某个运营商打不开某家官网的情况，本站测不到。
• 节点层没有检测。面板正常而节点全部失效，本站这套检测看不出来；免费节点页用的是另一套检查，只对同步来的免费节点做连通检查，没有经节点代理访问网页，和付费机场无关。
• 证书到期日、域名注册信息、Telegram 频道变化、社区帖子数量这些信号还没有接入检测程序。
• 全部阈值是起点。上线前有 14 天影子运行，期间页面一律显示“数据不足”，之后可能根据误报情况调整，调整时方法版本号会变，以方法页为准。
• 本文不涉及退款的具体流程，也不对任何一家机场的运营情况下结论。