OpenClash 节点延迟高、全部超时怎么排查？

一、确认使用了 OpenClash 专用订阅

通用 Base64 订阅适合 v2rayN、v2rayNG 和 Shadowrocket， 不能直接交给 OpenClash。登录巡光云订单中心后，在 Windows / Mac 区域找到 OpenClash，使用它自己的订阅地址。

• 不要把通用订阅、JSON 订阅或单个节点链接当作 Clash 订阅。
• OpenClash 与 FlClash 可以使用不同订阅，避免兼容节点混在一起。
• 复制完整地址，不要从旧截图或聊天记录中拼接。

通用订阅导入问题可继续查看 Clash 无节点与全部超时排查。

二、更新订阅不等于已经应用配置

1. 在 OpenClash 配置文件订阅中点击更新。
2. 进入配置文件管理，确认当前使用的配置文件名称正确。
3. 检查节点列表后点击“保存配置”。
4. 点击“应用配置”，不能只刷新网页或只测速。
5. 返回概览并重新启动 OpenClash。

很多“更新后没有变化”的情况，都是新文件已经下载，但旧运行配置仍在生效。

三、区分 Shadowsocks 与 Reality 节点

Shadowsocks 使用兼容性较广的代理协议；VLESS Reality 依赖客户端对 Reality 握手的完整支持。部分 Mihomo/OpenClash 稳定版可能与新版 Xray Reality 存在兼容差异，表现为认证失败、握手超时或节点显示但无法连接。

• OpenClash 稳定版优先选择名称带“SS”或“兼容”的节点。
• 如果 Reality 只在一个客户端异常，先用 Xray 内核客户端交叉验证。
• 更换协议后要重新应用配置，旧节点选择不会自动切换。

四、检查 OpenClash 与 Mihomo 版本

插件版本和内核版本必须同时更新。新插件生成的配置可能包含旧内核 不认识的字段；只升级网页插件、不升级 Mihomo，核心仍可能启动失败。

在运行日志中重点查找 Parse config error、 authentication failed、timeout 和 fatal。升级前应备份 OpenClash 设置，升级后先保持原内核测试， 再单独更新 Meta 内核。

五、检查 DNS 模式与运行模式

普通家庭网关优先使用非 TUN 的规则模式；需要域名规则准确时， Fake-IP 通常比 Redir-Host 更轻量。TUN 适合必须接管全部流量的场景， 但会增加软路由 CPU 和内存开销，不能把“开启 TUN”当作单纯提速开关。

• 代理模式使用“规则”，不要误设为“直连”。
• 不需要 IPv6 时关闭 IPv6 代理，避免 IPv6 绕过或 DNS 抢答。
• 开启绕过中国大陆 IP，减少国内流量进入代理核心。
• 开启“绕过服务器地址”，防止连接代理服务器本身时再次进入代理链。

六、区分延迟测试与真实网页速度

OpenClash 面板中的延迟通常是经过代理访问测试地址的 HTTP 时间， 包含 DNS、TLS、地区出口和软路由处理，并不等于网络 Ping。 延迟数字高时，应同时观察网页首次打开、视频起播和后续连接复用情况。

可检查运行配置是否启用 TCP 并发和统一延迟计算，并确保客户端没有绑定错误的 LAN 接口。 如果其他客户端同时显示低延迟，而 OpenClash 仅测速数字偏高，优先排查软路由配置和测速目标。

七、按顺序完成最小排查

1. 更新 OpenClash 专用订阅。
2. 保存并应用配置，重新启动 OpenClash。
3. 切换到一个 SS 节点，而不是旧 Reality 节点。
4. 用手机热点或其他客户端测试同一节点。
5. 关闭 IPv6，开启大陆 IP 绕行和服务器地址绕行。
6. 清除 Fake-IP、DNS 缓存后重新测速。
7. 仍异常时导出运行日志，检查 DNS、防火墙和核心错误。

常见问题