Clash节点速度慢怎么排查？按症状定位节点、DNS与本地网络
简答：Clash节点速度慢时，先关闭代理做一次直连基准，再固定同一设备、网络、目标和测试时长，对比2至3个节点。网页首开慢优先查DNS和规则，持续下载慢优先查节点与线路，只有某个应用慢则检查该应用是否真正进入Clash。
定义：Clash节点速度慢，是指代理已显示连接成功，但出现网页首开延迟高、持续下载吞吐低、视频缓冲、频繁断流或单个应用无法正常使用等现象。
先按症状判断：不要一上来反复换节点
本文是面向普通用户的第三方使用指南，不代表任何节点或服务品牌的官方说明。Clash通常只是客户端和规则执行层，实际体验还会受到本地网络、DNS解析、规则命中、出口节点、线路拥塞和目标网站响应的共同影响。因此，“延迟低”不等于“持续下载快”，“显示已连接”也不等于所有应用都已经通过Clash。
| 现象 | 先做什么 | 结果如何理解 |
|---|---|---|
| 网页打开前等待很久 | 固定同一网页，分别测试直连与代理；再检查DNS和规则命中 | 若代理延迟明显而下载正常，优先怀疑DNS解析、规则选择或首连接建立慢 |
| 下载速度持续偏低 | 同一文件、同一时间连续测试2至3个节点 | 只有一个节点慢，多半先换节点；多个节点都慢，再查线路和本地网络 |
| 视频频繁缓冲 | 观察播放期间是否断流，并切换同策略组中的其他节点 | 断流和抖动比单次延迟更关键，优先比较丢包、节点稳定性和出口线路 |
| 只有一个应用慢 | 查看该应用的连接日志和规则命中；确认它是否支持系统代理或被TUN接管 | 可能是应用未走Clash、规则误分流或应用自身连接策略不同 |
| 所有应用都慢 | 关闭Clash做直连基准，再换Wi-Fi、蜂窝网络或其他时段 | 若直连也慢，先处理本地网络；若仅代理慢，再集中检查节点、DNS和TUN |
最快闭环：关闭Clash直连测试一次；重新开启Clash并固定一个目标测试；在同一策略组切换2至3个节点；最后换网络或时段复测。每轮只改一个变量，避免同时改DNS、TUN、规则和节点后无法判断原因。
10分钟排查步骤：固定变量，再逐层定位
- 记录测试条件。写下设备、网络类型、测试时间、目标网站或文件、当前策略组、实际选中的节点和测试结果。不要把不同网站、不同文件或不同时间的结果直接横向比较。
- 做直连基准。暂时关闭系统代理、TUN或Clash连接，使用同一设备和同一网络访问同一目标。Windows可以使用
ping 目标域名观察往返时间；微软文档说明，ping主要用于检查IP层连通性、可达性和名称解析，但它不能代表持续下载速度。微软 ping 命令说明 learn.microsoft.com - 恢复Clash后只选一个节点。不要先使用自动测速或不断跳转策略组。打开代理后，用同一目标重复测试，记录首开耗时、是否断流和持续吞吐。延迟测试适合判断响应快慢，实际网页、视频或固定文件测试才更接近真实使用。
- 在同一策略组切换2至3个节点。如果只有一个节点明显慢、断流或连接失败，先将问题归类为单节点表现；如果同一地区或同一线路的多个节点都慢，再比较其他地区或线路。不要因为某个节点延迟最低，就直接认定它的下载速度最高。
- 更换网络或时段。用另一Wi-Fi、手机热点或蜂窝网络进行同一测试。如果换网络后明显改善，优先排查原网络的无线干扰、路由器负载、运营商路径或晚高峰拥塞；如果所有网络和时段都慢，再回到节点、规则和客户端设置。
- 查看连接日志。确认目标域名实际命中了什么规则、使用了哪个策略组和出口节点。若日志显示目标走了DIRECT，而你预期它走代理，问题可能不在节点速度，而在规则或策略组选择；若应用完全没有出现在日志中，应先确认它是否支持系统代理，或是否需要TUN接管。
Windows中可以用tracert 目标域名观察到目标的大致路径；微软文档将其定义为通过不同TTL值追踪IP数据包经过的路由。它适合辅助判断路径变化，但中间节点不响应ICMP并不必然代表业务连接失败。微软 TRACERT 排查说明 learn.microsoft.com
节点正常但仍然慢：检查DNS、规则、TUN与系统代理
1. 检查策略组实际出口。Clash界面显示的是策略组名称，不一定就是当前实际使用的节点。进入代理或策略组页面，确认当前选中的具体出口；如果启用了url-test、fallback或自动选择，测试时先固定节点，等对照完成后再恢复自动策略。
2. 检查DNS与fake-ip。mihomo文档将DNS增强模式分为fake-ip和redir-host，并说明fake-ip会使用单独的地址池，同时支持fake-ip过滤规则。DNS配置异常时，可能表现为网页首开慢、部分域名打不开或应用连接反复重试。先记录当前配置，再恢复配置文件原有的DNS设置，不要一次加入多个公共DNS或随意修改fake-ip地址池。mihomo DNS配置文档 wiki.metacubex.one
3. 检查规则是否误分流。如果只有部分网站或应用慢，优先查看该域名最终命中了DIRECT、代理还是REJECT。规则命中错误时，换节点通常不会解决问题。测试阶段可暂时使用较简单的规则模式进行对照，但完成判断后应恢复原配置，避免长期用不适合自己的全局设置。
4. 检查TUN与系统代理是否重复或冲突。Clash Verge Rev的官方项目说明同时提供系统代理和TUN虚拟网卡模式；其设置说明指出，TUN模式会捕获系统流量，启用后通常不需要再启用系统代理。测试时尽量只保留一种接管方式，并确认权限、服务模式和虚拟网卡状态正常。Clash Verge Rev官方项目说明 github.com
5. 检查是否存在其他网络接管软件。安全软件、过滤器、其他VPN或代理工具可能同时修改系统代理、DNS或网络过滤规则。Apple也建议在连接异常时检查VPN和第三方安全软件，并通过切换到其他网络判断问题是否与当前网络有关。Apple网络连接问题排查说明 support.apple.com
不同系统的最小检查路径：Windows先看系统代理、Clash日志和TUN服务；macOS先看系统代理、网络位置及其他过滤软件；Android重点确认当前VPN权限和应用是否被纳入或排除，Android官方文档说明VPN应用可以按允许列表或排除列表决定哪些应用走VPN；iOS则检查“设置”中的VPN、设备管理和配置描述文件。Android VPN官方文档 developer.android.com Apple配置描述文件说明 support.apple.com
根据结果处理：什么时候换节点，什么时候恢复配置
| 对照结果 | 优先处理 | 暂时不要做 |
|---|---|---|
| 直连正常，单个节点慢 | 固定其他节点复测，记录节点地区、延迟、断流和吞吐 | 不要立即修改DNS或MTU |
| 多个节点都慢，换网络后改善 | 检查Wi-Fi、路由器、蜂窝网络和测试时段 | 不要把本地网络问题归咎于所有节点 |
| 网页首开慢但持续下载尚可 | 查看DNS响应、规则命中和首连接日志 | 不要只看测速延迟下结论 |
| 只有一个应用慢 | 确认应用是否使用系统代理、是否被TUN接管及是否命中正确规则 | 不要盲目切换所有节点 |
| 修改DNS或TUN后更慢 | 恢复最近一次备份或原配置，再单项测试 | 不要叠加多个配置文件和多个接管工具 |
测速单位也要统一：1 MB/s约等于8 Mbps，但实际显示还可能受到文件服务器、磁盘写入、浏览器并发和协议开销影响。测速结果只能用于同条件对照，不能直接当作所有网站和所有时段的保证。
排查完成后，保留一份能正常工作的配置备份。分享日志或截图前，务必遮挡订阅链接、节点地址、密码、令牌、External Controller地址、内网IP和完整域名列表。Clash Verge Rev的隐私说明也提醒，远程配置更新会访问用户提供的订阅地址，因此订阅链接不应公开粘贴到论坛、群聊或工单中。Clash Verge Rev隐私说明 github.com
常见问题
Clash延迟很低，为什么下载仍然很慢？
延迟主要反映一次请求的往返时间，不能代表持续吞吐。下载速度还会受到节点出口、线路拥塞、目标服务器限速、丢包和本地网络影响。应使用同一文件或同一业务场景，对比2至3个节点的持续速度和断流情况。
切换节点后网页还是慢，是不是DNS问题？
有可能，但不能直接断定。若多个节点都出现网页首开慢、部分域名解析失败，而持续下载并不明显变慢，应查看DNS日志、规则命中和fake-ip配置。先备份配置，再只调整DNS相关项，修改后用同一域名复测。
开启TUN后速度变慢，需要一直关闭吗？
不一定。TUN适合接管不遵循系统代理的应用，但需要正确的权限、路由、DNS和虚拟网卡配置。先分别测试“仅系统代理”和“仅TUN”，每次只开启一种接管方式；如果TUN模式导致特定应用异常，先看日志和路由，再恢复原配置。
为什么只有某个软件慢，浏览器却正常？
该软件可能不使用系统代理、被规则分到DIRECT、使用独立DNS，或受到自身连接策略影响。打开Clash连接日志，启动该软件并观察是否有对应域名和连接记录；如果完全没有记录，优先检查应用代理设置或是否需要TUN。
什么时候应该停止排查并联系线路提供方？
当你已经完成直连基准、同条件节点对照、不同网络复测，并确认规则、DNS和接管方式没有变化，但同一节点仍持续出现断流或明显吞吐下降时，再整理时间、节点标识、目标类型、日志摘要和对照结果反馈。不要发送完整订阅链接、密码或未经脱敏的日志。
常见问题
Clash延迟很低，为什么下载仍然很慢？
延迟只代表请求往返时间，不能代表持续吞吐。下载还会受到节点出口、线路拥塞、目标服务器和丢包影响，应使用同一文件对比多个节点。
切换节点后网页还是慢，是不是DNS问题？
可能是DNS、规则或首连接问题，但不能直接断定。若多个节点都表现为首开慢，应检查DNS日志、规则命中和fake-ip配置。
开启TUN后速度变慢，需要一直关闭吗？
不一定。分别测试仅系统代理和仅TUN，每次只保留一种接管方式，并检查权限、路由、DNS和虚拟网卡状态。
为什么只有某个软件慢，浏览器却正常？
该软件可能不使用系统代理、被规则分到DIRECT、使用独立DNS，或需要TUN接管。先查看Clash日志中是否出现该应用的连接。
什么时候应该联系线路提供方？
完成直连、节点、网络、规则和DNS对照后，如果同一节点仍持续断流或吞吐下降，再提交脱敏后的时间、节点标识和测试结果。