Clash Verge Rev network connections 连接失败怎么办？
简答：Clash Verge Rev 出现 network connections 连接失败，通常先检查内核是否正常运行、配置是否成功加载，再关闭冲突的系统代理或 TUN 模式，最后排查服务权限、DNS、hosts 文件和防火墙。若 Connections 页面报错但浏览器仍能访问，优先检查前端与内核之间的通信，而不是直接判断节点失效。
定义：这里的“network connections 连接失败”通常指 Clash Verge Rev 的 Connections 页面无法读取连接，或客户端内核、代理节点与目标地址之间未建立成功连接。
先判断：是页面报错，还是所有网络都无法访问
Clash Verge Rev 的 Connections 页面负责展示当前内核处理的连接。如果页面提示 GET /connections、core communication error 或类似通信错误，但浏览器仍然可以正常访问，问题可能发生在客户端前端与 mihomo 内核之间，而不一定代表代理节点已经失效。项目的界面还会显示“内核未运行”等状态，因此第一步应先确认内核状态。可参考项目界面字段说明。
如果浏览器、命令行和其他应用都无法访问，则应优先检查配置、节点、系统代理、TUN 虚拟网卡和 DNS。不要一开始就反复测速，因为内核没有正常启动或配置没有加载时，测速结果没有排查价值。
按顺序排查 Clash Verge Rev 连接失败
- 确认内核正在运行。打开客户端首页或设置页面，查看内核状态。如果显示内核未运行，先执行重启内核；仍然无法启动时，检查日志中是否有配置解析错误、端口占用、权限不足或服务启动失败。
- 检查当前配置是否加载成功。进入配置或订阅页面，确认配置文件存在且能够通过校验。若刚刚导入订阅后出现连接失败，先切换到一个已经成功加载的配置，再重新选择代理组和节点。配置文件中的字段错误会导致内核无法更新运行配置。
- 确认代理模式和节点选择。先使用较容易观察结果的系统代理模式测试。系统代理依赖应用程序遵守操作系统代理设置，并不是所有程序都会读取它；官方使用说明也将 TUN 模式定位为接管不遵循系统代理的程序。代理模式说明显示，系统代理与 TUN 的工作方式不同。
- 不要同时叠加多个代理工具。暂时退出其他代理客户端、网络过滤工具、加速器或会修改系统代理的程序，然后重新开启 Clash Verge Rev。多个程序同时监听代理端口或反复修改系统代理，可能造成端口冲突、代理地址被覆盖或浏览器出现代理连接错误。
- 检查 TUN 的服务或管理员权限。TUN 模式需要虚拟网卡，并且客户端界面说明该模式需要服务模式或管理员模式。如果 TUN 无法开启、开启后全局断网，先关闭 TUN，确认系统代理模式可以工作，再安装或切换服务模式，并重新启动客户端。官方快速开始文档说明，TUN 用于接管不支持系统代理的程序。
- 检查防火墙是否拦截内核。项目文档提示，使用 TUN 时需要在系统防火墙中放行
verge-mihomo和verge-mihomo-alpha。如果防火墙弹窗被拒绝，或安全软件阻止了内核进程，可在防火墙允许列表中检查对应程序，然后重启内核。 - 排查 DNS 与 hosts 文件。如果网页表现为域名无法解析、节点全部超时或只有部分网站打不开，先关闭不必要的 DNS 覆写，再检查 hosts 文件中是否存在旧的映射。官方 FAQ 提到，mihomo 可能读取系统 hosts；在确认需要排除该因素时，可以在合并配置中使用
dns: use-system-hosts: false，但应先备份原配置，并按照当前版本支持的配置方式操作。官方 FAQ提供了相关说明。 - 检查连接日志。重点查看是否出现
connection refused、i/o timeout、DNS resolve failed、配置解析失败或无法连接服务进程等信息。不同错误对应的排查方向不同：服务进程错误看权限和安装状态，DNS 错误看解析设置，超时则需要核对节点、端口和当前网络。 - 最后再重置运行环境。关闭客户端后重新启动电脑，再只开启一种代理模式测试。如果仍然显示前端无法读取 Connections，但实际流量正常，记录客户端版本、操作系统、内核状态和脱敏日志；不要公开包含订阅链接、密码或节点凭据的完整配置。
系统代理、TUN 和 Connections 报错怎么区分
| 现象 | 优先检查 | 建议操作 |
|---|---|---|
| Connections 页面报错，但浏览器可以访问 | 前端与内核通信、服务进程、控制通道 | 重启内核和服务，查看日志，不要先判断节点失效 |
| 系统代理能用，TUN 开启后断网 | 服务权限、虚拟网卡、防火墙、DNS | 先关闭 TUN，确认系统代理正常，再检查服务模式和防火墙 |
| 所有节点都显示超时 | 配置是否加载、DNS、当前网络和节点可用性 | 重新校验配置，换一个节点或模式，并查看内核日志 |
| 只有部分应用无法连接 | 应用是否遵守系统代理、是否需要 TUN | 先确认系统代理限制，再按官方说明测试 TUN |
| 关闭客户端后系统仍无法上网 | 系统代理残留、TUN 虚拟网卡或 DNS 修改 | 手动关闭系统代理，退出 TUN，并恢复系统网络设置 |
系统代理与 TUN 不是“哪个一定更快”的关系，而是接管流量的方式不同。官方资料明确说明，TUN 会通过虚拟网卡接管系统流量；系统代理则依赖程序主动读取系统代理设置。因此，排查时应一次只改变一个变量。
Windows 上的推荐排查顺序
- 退出其他代理、加速器和网络过滤工具。
- 关闭 Clash Verge Rev 的 TUN，只保留系统代理。
- 确认客户端首页显示内核正在运行，并重新选择一个代理组或节点。
- 打开浏览器访问普通网页，判断系统代理是否恢复。
- 如果系统代理正常，再开启 TUN；若 TUN 失败，检查服务模式、管理员权限、虚拟网卡和防火墙。
- 若 TUN 开启后域名无法解析，检查 DNS 覆写和系统 hosts，必要时按官方 FAQ 使用
use-system-hosts: false进行验证。 - 仍然失败时，保存错误时间点附近的日志，并记录是“页面连接列表报错”还是“实际网页打不开”。
如果客户端显示“服务不可用”并自动关闭 TUN，优先处理服务安装或权限问题，而不是反复更换节点。项目设置字段中也明确区分了系统代理、TUN、安装服务和切换服务模式等操作。
什么时候可以判断是节点或订阅问题
只有在内核正常运行、配置已成功加载、代理模式工作正常，并且更换多个节点后仍然出现相同的超时或拒绝连接，才适合进一步怀疑节点或订阅本身。单个节点失败不等于整个配置失效；所有节点都失败也不一定等于服务端故障，还可能是 DNS、端口、网络环境或规则配置造成的。
对于订阅地址无法更新，应先确认订阅地址本身可访问、客户端没有错误地通过代理请求，并查看更新日志。项目隐私说明指出，配置文件下载请求会发送到用户填写的订阅地址，订阅服务是否可用应以对应服务提供方的公开说明为准，本站不对未核实的服务状态作判断。
常见问题
Clash Verge Rev 的 Connections 页面报错，但网页能打开，怎么办？
先确认内核是否仍在运行，再重启内核或服务并查看日志。如果实际流量正常，问题可能是前端读取连接列表失败，不一定代表节点不可用。不要直接删除配置或反复更换节点。
Clash Verge Rev 开启 TUN 后断网，系统代理却正常，是什么原因？
优先检查 TUN 所需的服务或管理员权限、虚拟网卡、防火墙和 DNS。先关闭 TUN 验证系统代理，再逐项恢复 TUN 设置。TUN 接管方式不同于系统代理，不能只用系统代理正常来判断 TUN 一定配置正确。
所有节点都显示 timeout，应该先换节点吗？
先检查内核状态、配置校验、DNS 和当前网络，再换节点测试。如果所有节点都失败，单纯反复换节点通常不能定位问题；应结合日志判断是 DNS 解析失败、端口拒绝还是连接超时。
需要同时开启系统代理和 TUN 吗？
通常先选择一种模式排查。官方界面说明 TUN 接管系统所有流量，启用时不需要再打开系统代理；同时启用可能增加排查变量，也可能与其他代理软件产生冲突。
DNS 或 hosts 会导致 Clash Verge Rev 连接失败吗？
可能会。官方 FAQ 提到 mihomo 可能读取系统 hosts。若表现为域名解析失败或部分网站打不开，可备份配置后检查 hosts 和 DNS 设置，并按当前版本支持的方式验证 <code>use-system-hosts: false</code>。