不要在故障时盲试
Clash Verge 的故障排查有一个普遍误区：遇到连不上时反复切换节点、遇到 DNS 异常时反复开关系统代理。这种盲试不仅浪费时间，还可能掩盖真正的根本原因。
Clash Verge 的大部分故障可以归为四类：网络层问题（DNS 解析失败、端口被封、GFW 阻断）、配置层问题（规则冲突、策略组引用错误、配置文件格式错误）、系统层问题（防火墙阻挡、TUN 冲突、Network Extension 权限）、节点层问题（节点本身不可用、协议不匹配、订阅过期）。每类问题有明确的诊断路径和修复方法。
故障一：能打开 Clash Verge 但节点全部显示超时
这是出现频率最高的故障之一。表现为：Clash Verge 界面正常打开，节点列表正常显示，但每个节点旁边的延迟数字是 -1ms 或”超时”。浏览器无法访问任何境外网站。
诊断步骤：
第一步：确认机场订阅是否过期或被限制。登录机场网站，查看账号状态和订阅剩余流量。如果账号欠费或流量用尽，所有节点都会不可用。
第二步：检查防火墙。macOS 防火墙（系统偏好设置 → 安全性与隐私 → 防火墙）是否阻止了 Clash Verge？Windows 防火墙是否将 mihomo 或 Clash Verge 加入了阻止列表？临时关闭防火墙测试：如果关闭后节点延迟恢复，说明防火墙是罪魁祸首，将 Clash Verge/mihomo 加入防火墙白名单。
第三步：检查代理端口是否被占用。运行 netstat -an | grep 7890 或 lsof -i :7890 查看端口 7890 是否被其他进程占用。如果端口被占用，Clash Verge 无法监听该端口，导致所有流量无法代理。解决：结束占用端口的进程，或在 Clash Verge 设置中更改代理端口。
第四步：确认机场的节点协议是否与本地支持匹配。某些机场使用 Shadowsocks 2022 新加密（chacha20-ietf-poly1305 或 aes-256-gcm），需要 mihomo 支持。如果机场公告了协议升级但你的 mihomo 版本未更新，可能导致所有节点不可用。
故障二：代理通，但国内网站打开很慢或打不开
表现为：访问 google.com 正常，但访问 baidu.com、bilibili.com 很慢或超时。这几乎一定是分流规则配置问题——国内流量被错误地路由到了代理节点，而不是直连。
诊断步骤：
第一步：检查规则列表中是否有 GEOIP,CN,DIRECT 或 DOMAIN-SUFFIX,cn,DIRECT 的规则，这条规则必须存在且位置靠前。如果规则缺失或被注释掉，国内流量会走 MATCH 兜底规则（通常是 PROXY）发送到代理节点，导致绕了一大圈访问国内网站。
第二步：检查 GEOSITE 规则的来源数据是否最新。Clash Verge 的 GEOSITE 数据（geosite:cn、geosite:google 等）来自订阅源提供的规则文件。如果这个文件过期或不完整，可能导致某些国内域名未被正确识别为国内流量。更新订阅源或手动更新 geosite.dat。
第三步：确认 DNS 设置。访问国内网站慢，可能是 DNS 解析环节出了问题。Clash Verge 的 DNS 配置中是否设置了国内 DNS（223.5.5.5 / 114.114.114.114）作为直连流量的上游？如果 DNS 上游全设置为境外 DNS（8.8.8.8、1.1.1.1），国内域名的 DNS 解析可能被 GFW 污染，导致后续连接失败或缓慢。
故障三：DNS 泄漏（访问 ipleak.net 显示 ISP DNS）
DNS 泄漏是最隐蔽的故障之一——你的流量表面上走了代理，但 DNS 查询在代理之外发生，ISP 仍然知道你访问了哪些网站。
诊断步骤：
第一步：确认是否开启了 Fake-IP 模式。Fake-IP 是防止 DNS 泄漏最有效的手段。打开 Clash Verge → 设置 → DNS → 开启 Fake-IP。如果当前使用的是常规 DNS 模式（IP 路由）或 No-Fake-IP 模式，DNS 查询会通过系统 DNS 服务器进行，存在泄漏风险。
第二步：检查 DNS 服务器配置。Fake-IP 模式下的上游 DNS 服务器是什么？应该设置为境外 DNS（如 1.1.1.1、8.8.8.8）。如果设置为 223.5.5.5（国内 DNS），DNS 查询仍然暴露给国内 ISP。
第三步：确认 TUN 模式是否正确劫持了 DNS 流量。在系统代理模式下，DNS 查询走系统 DNS（53 端口），Clash Verge 无法拦截。在 TUN 模式下，Clash Verge 劫持所有 UDP 53 流量（包括 DNS），DNS 泄漏风险最低。如果对 DNS 泄漏零容忍，确保 TUN 模式开启。
故障四：TUN 模式无法开启（macOS 提示”系统扩展被阻止”）
TUN 模式需要 macOS 系统扩展授权。在 macOS Big Sur（11）及之后的版本，系统扩展的授权流程发生了变化。
诊断步骤：
第一步：进入系统偏好设置 → 隐私与安全性 → 安全性与隐私。如果看到”系统软件已被阻止加载”的提示，点击”允许”按钮。在旧版 macOS（Catalina 及之前）中，这个按钮在系统偏好设置 → 安全性与隐私的”通用”标签页中。
第二步：如果没有看到”允许”按钮，说明系统扩展的授权已经被撤销。进入恢复模式（重启电脑，按住 Command + R）重置系统扩展状态，然后重新启动。
第三步：确认 Clash Verge 的版本与 macOS 版本兼容。Clash Verge 某些版本不支持 macOS 最新版本的系统扩展框架。更新到最新版本的 Clash Verge。
第四步：如果所有方法都无效，降级到系统代理模式。系统代理模式不需要 Network Extension，在 macOS 上工作稳定，只是覆盖范围不如 TUN 模式。
故障五：Clash Verge 更新后配置失效
某些版本的 mihomo 对配置文件格式有破坏性变更。表现为：更新 Clash Verge 后，节点列表空白、规则不生效、所有流量走直连。
诊断步骤：
第一步：检查 mihomo 版本与配置文件的兼容性。mihomo 1.16+ 对 proxy-groups 的格式做了调整（支持 url-test、fallback 等策略的更多参数）。旧版格式在 1.16+ 可能出现解析错误。
第二步：查看日志。在 Clash Verge 的日志面板或 mihomo 日志文件中，搜索 parse error、yaml error、invalid 等关键词，找到具体的错误位置和原因。
第三步：恢复备份。Clash Verge 更新前会自动备份旧配置文件（在 ~/.config/mihomo/backups/ 或 ~/Library/Application Support/mihomo/）。将备份的配置文件恢复，验证问题是否解决。
第四步：如果备份不可用，手动检查配置文件格式。最常见的问题：YAML 缩进不一致（YAML 对缩进非常敏感，Tab vs 空格混用会导致解析失败）、引号缺失（包含特殊字符的字符串需要加引号）、注释语法错误（# 后面必须是空格）。
故障六：订阅更新后节点列表与实际不符
订阅源更新了（节点增减），但 Clash Verge 显示的还是旧节点列表。
诊断步骤：
第一步：手动刷新订阅。在 Clash Verge 的配置面板中，选择当前的配置文件，点击”更新”按钮强制重新下载订阅。
第二步：检查订阅 URL 是否正确。某些机场的订阅 URL 在账号续费或套餐变更后会发生变化，旧 URL 可能仍然返回旧的节点列表。
第三步：检查 Clash Verge 是否开启了”订阅缓存”功能。如果开启，Clash Verge 会缓存订阅内容以减少网络请求。清除缓存：在配置面板中选择该订阅，点击”删除”移除缓存配置，然后重新添加。
故障七：浏览器可以访问，但命令行工具（curl、wget、git）不走代理
浏览器走系统代理所以可以访问，但 curl、git、npm、pip 等命令行工具完全不支持系统代理（或者说它们默认使用直连而非系统代理）。
解决方案：
临时使用：curl -x http://127.0.0.1:7890 https://example.com（-x 参数指定代理）。
长期方案：配置环境变量 export ALL_PROXY=http://127.0.0.1:7890 或在 shell 配置文件中（.zshrc 或 .bashrc）写入此变量。大多数命令行工具（curl、wget、git、npm、pip）支持 ALL_PROXY 环境变量。
对于特定工具的代理配置：Git 设置代理 git config –global http.proxy http://127.0.0.1:7890；npm 设置代理 npm config set proxy http://127.0.0.1:7890；pip 设置代理 pip install –proxy http://127.0.0.1:7890 …
故障八到二十快速索引
故障八：Clash Verge 启动后 CPU 占用 100% → 配置文件中有死循环或大量无效规则，删除 ~/.config/mihomo/logs/ 中的日志文件并减少规则数量。
故障九：Clash Verge 启动后内存占用持续增长 → mihomo 的 DNS 缓存或连接追踪内存泄漏，升级到最新版本或重启 Clash Verge。
故障十：节点延迟正常但连接经常中断 → 代理节点本身不稳定（机场限速/QoS），更换其他节点。
故障十一：某些网站证书错误（SSL_ERROR_RX_RECORD_TOO_LONG）→ 代理节点截断了 TLS 响应，尝试更换节点或关闭 TLS 1.3。
故障十二：Clash Verge 与 VPN 软件冲突 → 同时运行两个代理工具导致端口冲突，关闭其中一个。
故障十三：Clash Verge 在 macOS 上耗电异常 → TUN 模式增加了 CPU 开销，在设置中关闭不需要的功能或切换到系统代理模式。
故障十四：Windows 上启动报错”无法定位程序输入点” → 系统缺少 Visual C++ 运行库，安装 Visual C++ Redistributable。
故障十五：订阅更新时报”Invalid response” → 订阅 URL 返回了 HTML 而非 YAML，检查订阅 URL 是否正确，或机场服务器是否返回了验证码页面。
故障十六：节点名称乱码 → 配置文件编码问题，订阅文件需要 UTF-8 编码。
故障十七：Clash Verge 打开后规则列表空白 → 订阅更新失败，检查网络连接和订阅 URL。
故障十八：特定网站打不开但其他网站正常 → 该网站在规则中被设置为 DIRECT 或被 REJECT，检查规则列表中该域名的规则。
故障十九：Clash Verge 与 Surge 共存 → 两个工具的 TUN 模式冲突，只保留一个开启 TUN，另一个关闭 TUN 使用系统代理。
故障二十：Clash Verge 更新后启动报错”No such file or directory” → 配置文件路径中的文件名或目录名包含了不支持的特殊字符（如中文、emoji），改为纯英文路径。
诊断优先级速查表
遇到故障时的检查顺序：网络层（能否 ping 节点 IP？）→ 配置层（配置文件格式是否正确？）→ 系统层（防火墙是否允许？）→ 节点层（机场是否正常？）→ 规则层（分流规则是否正确？）
遵循这个顺序，大多数故障可以在 5 分钟内定位根本原因，而不是花 30 分钟盲目试错。
← 上一篇
Clash Verge macOS 深度适配指南：launchd 守护、睡眠唤醒自动重连与 Menubar 无感代理方案
下一篇 →
Clash Verge 多跳代理链与中继转发：Relay 策略组的级联架构设计与落地实战
友情链接：
©Copyright © 2022 传奇手游风暴活动专区 All Rights Reserved.