节点显示在线却打不开网页？健康检查与连接排障
客户端给节点显示了延迟或“在线”，你真正要用的网站仍打不开。这不一定是两份结果互相矛盾：检查程序可能访问另一个地址，真实任务也可能被分到不同策略组。
本文适用于自己的客户端与获准访问的网站，以 Mihomo 文档中的健康检查概念为例。其他核心的字段和实现按各自文档核对，不把配置片段直接贴进陌生客户端。
示意图：健康检查与真实任务使用不同证据，在线标记不替代任务完成。
先确认在线标记来自哪次检查
Mihomo 代理组通用字段把 url 定义为健康检查测试地址，并提供检查间隔、超时和预期状态码等条件。因此，一次检查结果有目标和判断条件，不能自动扩展成所有任务的可用性证明。
先从当前客户端能显示的信息里记录：检查的策略组、测试目标、最后检查时间、被选中的节点以及报错原文。页面没有显示的条件记为“未确认”，不根据一个毫秒数字补写下载速度。
还要区分组成员与订阅集合。官方文档说明，组级 url 检查针对 proxies 成员，不直接检查通过 use 引入的代理集合成员。涉及集合时继续查该集合自己的检查配置，不能只看组名相同就认为测试覆盖了一切。
再检查实际网页和应用
- 选一个具体目标。 例如自己的常用网页，写清需要完成的是打开内容、登录，还是上传一个无敏感信息的小文件。
- 核对实际路径。 查看这次连接命中的规则、策略组及当前选择；看不到路径时保持待查，不将全站表现归给面板上某个节点。
- 保持条件一致。 同一设备、同一接入网络、同一目标，每轮只改变一个明确变量。
- 执行一次正常任务。 看目标内容或处理结果，不只看页面壳、连接图标或按钮动画。
- 记录时间与两项结果。 健康检查可能不是刚刚执行，真实请求则记录本次发生的时间。
测试目标与实际网页不同，是合理的诊断线索；它还不能直接指出哪一方配置错误。不要为了显示绿色把测试地址改成任意总返回成功的页面。
结果按两列记录
| 健康检查 | 实际任务 | 下一步 |
|---|---|---|
| 成功 | 成功 | 保留条件与时间，作为这一任务的试用证据 |
| 成功 | 失败 | 核对真实目标、规则命中及具体失败阶段 |
| 失败 | 成功 | 核对检查目标和条件，不把任务成功抹掉 |
| 失败 | 失败 | 分别留下错误，再从本地接入与目标条件排查 |
这一记录表是本文建议的方法，不是某家机场的实测数据。自动组会切换时，每轮同时记录当时的选择；若只是看着同一个组名，实际节点可能已经变化。
完成条件与排障材料
验收完成应当能回答：检查测了哪里、真实任务走了哪里、任务最终有没有完成。若只能确认“面板在线”，就保留为检查通过、实际任务待验收。
给支持人员提供测试时间、脱敏目标域名、策略组与错误类型即可；完整配置、订阅地址和日志可能含凭据，先检查再分享。整理机场推荐时，这种分开记录比单凭在线节点数量打分更有参考价值。
来源与核验日期
官方资料核验日期：2026-10-12。本文提供操作与判断方法，不代表本站对某家机场的实测结论。
评论