Clash Verge Rev 网速慢怎么排查？按顺序定位问题来源

更新于 2026-10-27 · sufanfan.buzz

简答：Clash Verge Rev 网速慢时，不要一开始反复换节点。先关闭代理测试本地网络，再固定同一测速地址比较 3 个节点，随后检查实际连接是否命中代理、策略组是否选对节点，以及 TUN、DNS、MTU和其他网络工具是否产生冲突。延迟低不代表下载速度一定快，最终应以持续下载速度、丢包和业务体验综合判断。

定义：Clash Verge Rev 网速慢排查，是通过直连对照、节点横向测试、连接日志和网络设置检查，判断瓶颈位于本地网络、客户端配置、节点线路还是目标服务。

先做这张判断表：不要把延迟当成网速

先记录具体症状，再决定排查方向。网页打开慢、下载速度低、视频缓冲和所有应用都慢，可能对应不同问题。

现象	优先检查	暂时不要先做
只有一个网站慢	目标网站、规则命中、DNS与该网站自身限速	不要直接判断所有节点都慢
下载慢但网页正常	下载源限速、节点出口带宽、丢包和并发连接	不要只看延迟毫秒数
视频缓冲或清晰度反复变化	节点带宽、晚间拥堵、视频域名是否走代理	不要只测试一次测速
所有应用都慢	本地 Wi-Fi、宽带、系统代理、TUN、第二个 VPN或防火墙	不要立即修改大量 DNS 参数
延迟低但速度低	节点带宽、线路拥塞、丢包、测速地址和目标服务限制	不要把低延迟等同于高带宽

Clash Verge Rev 的界面提供 System Proxy、TUN Mode、日志、核心和连接相关设置；不同版本的菜单位置可能略有变化，可在设置页搜索 System Proxy、TUN Mode、Open Logs Dir 等关键词。相关界面字段可参考项目设置字段。

第 1 步：先做直连与代理的对照测试

停止后台流量。暂停网盘、游戏平台、系统更新、浏览器大文件下载和视频上传，避免本地带宽被占用。
关闭 Clash Verge Rev 的 System Proxy 和 TUN Mode。使用同一个浏览器、同一个测速地址测试直连结果。不要同时打开另一款 VPN、代理插件或网络加速软件。
恢复代理后固定一个节点。先使用 Rule 模式和手动选择的单一节点，测试同一地址至少 30 秒到 2 分钟，记录下载速度、上传速度、延迟和是否中断。
换 2 个以上节点横向对比。测试期间不要同时改变测速地址、浏览器和网络接入方式，否则结果无法比较。

可使用下面的记录表：

测试条件	测速地址	持续下载速度	延迟	丢包或中断	结论
直连	同一地址	填写实测值	填写实测值	填写现象	判断本地网络基线
节点 A	同一地址	填写实测值	填写实测值	填写现象	判断单节点表现
节点 B	同一地址	填写实测值	填写实测值	填写现象	判断节点差异
手机热点直连	同一地址	填写实测值	填写实测值	填写现象	排除家庭 Wi-Fi或宽带问题

延迟测试通常只反映某个测试地址和测试时刻的响应时间，不能直接代表大文件下载速度。代理组的健康检查也只会按照配置的测试地址、间隔和超时执行；这些字段的含义可参考mihomo 官方代理组文档。

第 2 步：确认策略组和实际连接没有选错

打开代理组页面，确认当前使用的是具体节点，而不是误选了 DIRECT、空策略组或不稳定的自动组。
如果使用 URL-Test、Fallback 或 Load-Balance，先改为手动选择一个节点测试。自动策略可能使用不同测试地址，也可能在测试期间切换出口。
访问出现问题的网站后，打开 Connections 或连接列表，查看域名、规则命中结果和最终出站节点。
如果连接显示为 DIRECT，说明该请求没有经过代理；此时应检查规则模式、规则集和策略组，而不是先判断节点速度。

代理组中的 url、interval、timeout和 expected-status 会影响健康检查结果，健康检查地址与实际业务网站也不是同一件事。自动测速结果只能帮助筛选，不能代替实际下载和视频播放验证。

第 3 步：排查 System Proxy、TUN与软件冲突

优先顺序是先测 System Proxy，再单独测 TUN。如果浏览器通过系统代理已经正常，不要为了“覆盖更多应用”立即开启 TUN。

System Proxy：适合遵循操作系统代理设置的浏览器和应用。检查系统代理是否确实开启，以及端口是否与当前配置一致。
TUN Mode：用于接管更多系统流量，但通常需要服务模式或管理员权限。项目设置字段明确标注 TUN 需要 Service Mode 或 Admin Mode；相关说明见Clash Verge Rev 设置文件。
重复接管：关闭第二款 VPN、浏览器代理扩展、虚拟网卡工具和旧版客户端，再重新测试。
Windows：如果 TUN 无法启动，检查服务模式、管理员权限、旧虚拟网卡和防火墙规则。
macOS/Linux：检查系统授权、内核权限和网络接口选择；不要把 Windows 的服务模式步骤直接套用到其他系统。

如果只在 TUN 开启后变慢，先关闭 TUN并复测，再检查 DNS 劫持、IPv6、MTU和路由范围。mihomo 文档说明，TUN 的 dns-mode 可为 disabled、native或 hijack，不同模式对系统 DNS 的处理不同，具体可参考mihomo TUN 配置文档。

第 4 步：检查 DNS、IPv6与 MTU，但不要一次改完

DNS异常的判断方式

如果表现为首次打开网站很慢、部分域名打不开、反复出现解析失败，而已经建立连接后的下载速度正常，应优先检查 DNS。先记录当前配置并备份，再一次只改一个变量。

检查 DNS 是否启用，以及 nameserver、fallback和 nameserver-policy 是否存在互相覆盖。
如果使用 Fake-IP，检查受影响域名是否需要加入 fake-ip-filter，不要把所有域名一律改成真实地址。
临时关闭 IPv6 做对照测试。如果关闭后恢复，继续检查本地 IPv6、TUN 路由和目标节点的 IPv6 可达性。
DNS 配置变更后，重新载入配置、清理系统 DNS 缓存，并重新打开目标应用。

mihomo 官方文档列出了 fake-ip、redir-host、nameserver-policy、fallback和 IPv6 等配置项；它们的适用条件不同，修改前应先备份配置，详见mihomo DNS 文档。

MTU异常的判断方式

如果网页偶尔能打开，但大文件下载卡住、视频加载到某处停止、特定网络下频繁断流，可以把 MTU 作为后置排查项。先恢复默认值或删除手动 MTU，再分别通过网线、5GHz Wi-Fi和手机热点测试。没有证据时，不要直接把 MTU 改成一个固定数字并推广给所有网络。

第 5 步：看日志和丢包，确认到底是哪一层变慢

查看日志。将日志级别临时调高到可读范围，复现一次问题后查看是否出现 DNS 失败、连接超时、TLS 错误、路由失败或核心重启。
检查连接列表。确认目标域名是否出现、规则是否命中预期策略组、最终节点是否为刚才固定测试的节点。
测试丢包。在 Windows PowerShell 或终端中，对你有权限测试的目标执行 ping 目标域名或系统提供的等效命令；只把它作为连通性参考，不要用 ping 结果直接推算下载速度。
进行业务验证。分别测试网页打开、单个大文件下载和视频播放。若只有某个业务失败，优先检查该业务的规则、DNS和目标端限制。

日志和配置可能包含订阅链接、节点地址、UUID、密码、访问域名和 IP 信息。官方隐私说明提醒，配置与日志通常保存在本机，提交问题前应先遮盖订阅令牌和敏感字段，参见项目隐私说明。

根据结果定位责任方

对照结果	更可能的原因	下一步
直连和手机热点都慢	目标服务、设备后台任务或本机问题	检查下载源、CPU、磁盘、浏览器扩展和后台占用
家庭宽带直连慢，手机热点正常	Wi-Fi、路由器或宽带链路	改用网线或 5GHz Wi-Fi，重启并检查路由器负载
直连正常，所有节点都慢	订阅、客户端配置、节点整体拥堵或本地代理冲突	固定节点查看日志，检查流量规则、代理模式和其他 VPN
只有一个节点慢	该节点拥堵、丢包或出口带宽不足	保留测试记录，改用其他节点并比较同一地址
只有 TUN 开启后慢	DNS 劫持、IPv6、MTU、路由或权限问题	关闭 TUN复测，再逐项检查 TUN与 DNS 配置
网页正常但下载源慢	目标下载服务限速、连接数限制或规则未覆盖	检查实际连接和目标服务，不要仅凭节点延迟下结论

排查前后的安全检查清单

先备份：修改 DNS、TUN、MTU或配置文件前，复制原配置并记录原值。
逐项修改：一次只改一个设置，保存后重新载入，再看日志和业务结果。
保护订阅：不要把包含令牌的订阅链接、完整配置或日志原样发到公开论坛。
明确结论：至少完成直连、节点 A、节点 B三组同口径测试，再判断是本地、客户端还是节点问题。
回滚：如果修改后出现断网，关闭 TUN、恢复原 DNS和 MTU，重新载入备份配置。

本文是第三方使用指南，不代表 Clash Verge Rev 项目方；客户端本身通常不等于网络带宽提供者，节点质量、订阅规则和目标服务限制需要分别验证。

常见问题

Clash Verge Rev 延迟很低，为什么下载速度还是慢？

延迟只代表测试请求的响应时间，不能直接代表持续带宽。低延迟但下载慢时，应检查节点出口带宽、线路拥塞、丢包、测速地址和目标下载服务限速，并用同一地址比较至少两个节点。

Clash Verge Rev 网速慢，应该先换节点还是先改 DNS？

先做直连与固定节点的对照测试，再看连接和日志。只有出现首次解析慢、部分域名打不开或 DNS 超时等现象时，才优先检查 DNS；不要在没有对照证据时直接修改多个 DNS 参数。

打开 TUN 后网速变慢，怎么恢复？

先关闭 TUN并重新测试 System Proxy。如果速度恢复，再检查 TUN 的 DNS 模式、IPv6、MTU、自动路由、服务权限以及是否存在第二款 VPN或虚拟网卡软件。修改前备份配置，确认问题后一次只改一个变量。

怎么确认 Clash Verge Rev 的流量真的经过代理？

打开目标网站或应用后查看 Connections，确认目标域名出现、规则命中预期策略组、最终出站不是 DIRECT，并且出站节点与当前固定测试节点一致。仅看到客户端显示已启动，不能证明每个应用都经过代理。

测速时应该看延迟、下载速度还是丢包？

三者用途不同：延迟反映响应时间，下载速度反映持续传输能力，丢包反映连接稳定性。网页、下载和视频应分别做业务验证，不能只用一次 ping 或一次延迟测试判断整体网速。