client/router · 集群 A · OpenWrt 与 OpenClash · 6/6

OpenClash 无法上网排查：启动失败、DNS 异常与订阅错误定位

第一原则：先恢复网络

OpenClash 出问题时，第一件事是恢复全家网络，而不是边断网边调试。路由器是全家的入口，长时间断网的影响远大于问题本身。

恢复网络的方法：

1. 用网线直连路由器，进入管理界面（无线可能已受影响）；
2. 在 OpenClash 界面停止运行；
3. 如果管理界面也无法访问，可以通过命令行停止服务，或在系统启动项中禁用 OpenClash 后重启路由器；
4. 必要时恢复安装前的配置备份。

网络恢复后，保存好日志内容，再从容地排查。

分层排查流程

排查按从底层到上层的顺序进行，每一层确认正常后再进入下一层。

OpenClash 异常
   │
   ├─[1] 插件能启动吗？ ── 否 → 依赖 / 内核 / 配置语法
   │
   ├─[2] 启动后路由器自身能解析域名吗？ ── 否 → DNS / dnsmasq
   │
   ├─[3] 设备能访问国内网站吗？ ── 否 → DNS 劫持 / 防火墙规则
   │
   ├─[4] 设备能访问境外网站吗？ ── 否 → 节点 / 协议 / 订阅
   │
   └─[5] 个别网站或应用异常？ ── 是 → 规则 / Fake-IP 兼容

第一层：插件无法启动

插件无法启动时，日志通常会给出明确原因，常见情况如下。

依赖与内核的安装细节见 OpenClash 安装教程。

第二、三层：启动后断网

插件能启动但设备无法上网，最常见的原因是 DNS 链路出了问题。

排查要点：

• 路由器自身能否解析：在路由器的诊断工具中对一个国内域名做解析测试，如果失败，说明 DNS 链路中断；
• dnsmasq 是否正常：OpenClash 通常与 dnsmasq 配合，dnsmasq 未运行或转发设置异常都会导致解析失败；
• 上游 DNS 是否可达：配置中的上游 DNS 地址是否可访问，引导 DNS 是否能解析节点域名；
• Fake-IP 缓存：从 Fake-IP 模式切换或停用插件后，设备可能仍缓存着虚拟 IP，需要重新连接网络或等待缓存过期。

DNS 模式与上游设置的原理见 OpenClash DNS 设置。

另一个可能的原因是防火墙规则冲突：如果路由器上还运行着其他代理或透明代理插件，它们的防火墙规则可能互相干扰。同一时间只保留一个代理插件运行。

第四层：国内正常、境外不通

国内网站正常、境外网站不通，说明 DNS 与基础转发正常，问题集中在节点、协议或订阅。

1. 订阅是否有效：手动更新订阅，确认没有过期，见 OpenClash 导入订阅；
2. 节点是否可用：在控制面板中切换 2–3 个不同节点测试；
3. 协议是否支持：如果日志中出现协议不支持或字段无法识别，更新内核版本，协议原理见 代理协议；
4. 系统时间：部分协议握手校验时间，确认路由器已开启时间同步，且 NTP 域名在 Fake-IP 过滤名单中；
5. 跨设备对比：用手机或电脑客户端连接同一节点，若同样不通，多半是节点或服务端问题。

第五层：个别网站或应用异常

整体正常、个别异常，多数是规则匹配或 Fake-IP 兼容问题。

• 规则问题：在控制面板的连接页面查看该请求命中的规则，必要时通过覆写追加规则；
• Fake-IP 兼容：局域网发现、游戏联机、部分智能设备异常时，把相关域名加入 Fake-IP 过滤名单；
• IPv6 绕过：如果路由器下发了 IPv6 地址而代理未处理 IPv6，部分流量可能绕过代理直连，表现为个别网站时好时坏；
• AI 工具与流媒体：本站统一说明，品牌资料显示覆盖相关场景，具体可用性、解锁状态及节点表现可能随 IP、地区和平台策略变化，建议以最新实际测试结果为准。请遵守平台服务条款，本站不提供规避平台风控的操作。

运行一段时间后自动停止

如果插件开始正常、运行一段时间后自动停止，重点检查内存与定时任务。

• 内存不足：系统日志中有进程被终止的记录，需要精简规则或升级硬件，见 软路由性能怎么评估；
• 定时任务失败：订阅自动更新失败后，部分版本可能导致插件重启失败，检查更新时间与网络状态；
• 存储空间不足：日志或数据文件写满存储，清理后重启。

读日志的几个技巧

日志是 OpenClash 排错最有价值的信息来源，掌握几个技巧可以事半功倍。

1. 看第一条错误：后面的错误往往是第一条错误的连锁反应，先解决最早出现的那一条；
2. 临时调高日志级别：排错时把日志级别调高以获得更多细节，解决后再调回，避免长期占用存储；
3. 区分插件日志与内核日志：插件日志反映启动脚本、防火墙规则、DNS 设置等环节，内核日志反映连接与节点层面的问题；
4. 记录时间点：问题出现的时间与日志时间对照，能更快定位相关记录；
5. 对比正常时的日志：保存一份运行正常时的日志，出问题时对比差异。

提交给他人协助排查时，注意先删除日志中的订阅地址、节点服务器地址等敏感信息，避免泄露。

什么时候联系服务商

当你确认插件运行正常、DNS 正常、多个节点在多个设备上都无法使用时，问题很可能在服务端。联系服务商时，提供节点名称、问题时间段与日志错误信息。更多通用排障方法见 故障排查。

小结

OpenClash 排查的核心是「先恢复、再定位、分层走」：启动失败看依赖与内核，断网看 DNS，境外不通看节点与协议，个别异常看规则与 Fake-IP。更多内容见 路由器方案专题；如果确认是服务商问题并考虑更换，可以先在 机场品牌库 查看资料，再用 对比工具 横向比较。