network speed 慢怎么排查代理连接速度
简答：network speed 慢时，先关闭代理测试本地网络，再用同一设备、同一测速地址对比不同节点；如果直连正常而代理慢，重点检查节点延迟、丢包、协议与 DNS/TUN 设置；如果直连也慢，应先排查 Wi-Fi、路由器和系统网络。
定义：代理连接速度是设备经由代理节点访问目标服务时的实际网络表现，通常应分别观察延迟、稳定性、下载速度、上传速度和网页首包时间，而不能只看单次测速数值。
一、先判断到底是哪一段网络变慢
“network speed 慢”可能对应三种不同情况：本地网络本身慢、代理客户端接管后变慢，或者只有某个节点或目标网站变慢。排查时不要一开始就反复切换节点，而应先建立一个直连基线。
- 暂时关闭客户端的系统代理或 TUN 模式，使用同一设备访问同一个测速页面或同一个稳定目标。
- 记录直连时的网页打开时间、延迟、下载速度和是否出现中断。
- 重新开启代理，只改变一个变量，再测试同一目标。
- 如果直连和代理都慢，优先排查 Wi-Fi、路由器、运营商线路或设备负载；如果只有代理慢，再继续检查节点、DNS、规则和 TUN。
Clash Verge Rev 项目说明其客户端支持系统代理和 TUN（虚拟网卡）模式；mihomo 文档也将 TUN 的自动路由、DNS 劫持和接口识别列为独立配置项，因此开启 TUN 后，排查范围会比单纯的系统代理更大。可参考 Clash Verge Rev 项目说明 与 mihomo TUN 配置文档。
二、按顺序排查代理速度慢的常见原因
1. 节点延迟高或链路不稳定
先在客户端中选择一个延迟较低且测试结果稳定的节点，再访问同一个目标。不要只依据一次延迟测试做判断：延迟低不等于下载速度一定快，节点还可能受到出口拥塞、目标网站限速或高峰期负载影响。
- 连续测试同一节点，而不是每次随机更换节点。
- 分别记录延迟、网页首屏时间、下载速度和中途是否断流。
- 对比两个或三个节点，保持测速设备、时间段和目标地址一致。
- 如果只有某个网站慢，先检查规则是否把该网站分配到了不合适的策略组。
2. 代理模式或规则导致绕路
检查客户端当前使用的是全局、规则还是直连模式。规则模式下，同一个网站的不同域名、图片域名、接口域名可能被分到不同路径，表现为页面能打开但图片、视频或接口加载很慢。
- 临时切换到明确的全局代理模式测试一次。
- 如果全局模式明显变快，检查原规则中该域名是否被误判为直连或分配到不稳定节点。
- 如果全局模式仍然慢，继续检查节点、DNS 和 TUN，不要只修改规则。
3. DNS 解析慢或解析结果不合适
DNS 不直接等同于下载带宽，但会影响域名解析、首次连接和节点域名解析。mihomo 文档区分了 nameserver、fallback、proxy-server-nameserver、direct-nameserver 等字段；改动时应先确认自己要解决的是普通网站解析、代理节点域名解析，还是直连出口解析。具体字段可查阅 mihomo DNS 配置文档。
- 先记录当前 DNS 配置，避免改动后无法恢复。
- 不要一次性更换多个 DNS 字段，否则难以判断是哪项产生影响。
- 如果只是首次打开网页慢、后续加载正常，优先观察 DNS 和连接建立时间。
- 如果已经建立连接后下载仍慢，重点转向节点、协议、出口和本地网络。
4. TUN 模式、网卡或防火墙造成额外问题
TUN 模式会接管更多系统流量。mihomo 文档说明，auto-route 用于自动设置路由，auto-detect-interface 用于识别出站接口，dns-hijack 用于将匹配的 DNS 请求交给内部 DNS 模块；这些选项配置不当时，可能出现连接失败、绕路、DNS 异常或部分应用变慢。
- 先关闭 TUN，仅保留系统代理测试。
- 如果关闭 TUN 后速度恢复，检查
auto-route、auto-detect-interface、dns-hijack和防火墙放行状态。 - 多网卡设备应确认客户端选择的是当前正在使用的 Wi-Fi 或有线网卡。
- 如果使用 Windows，检查安全软件或防火墙是否拦截客户端核心进程。
不要为了“提速”直接修改 MTU 或协议栈。官方文档指出，MTU 主要在极端条件下影响传输速率，普通用户通常可以保留默认值；应先完成基础对比，再针对具体现象调整。
三、可照做的五步排查流程
- 固定测试条件：使用同一设备、同一网络、同一目标地址，关闭后台下载、云同步和视频播放。
- 建立直连基线：关闭系统代理和 TUN，测试网页打开、延迟、下载及稳定性。
- 测试代理节点：只开启一种代理接管方式，先测试一个节点，再测试其他节点；不要同时开启多个代理软件。
- 定位配置因素：依次切换规则/全局、TUN 开/关、DNS 配置，改一项后重新测试。
- 恢复并验证：找到影响最大的设置后，恢复其他不相关改动，再重复测试确认结果不是偶然。
Windows 用户若表现为所有网络都异常，可先按照 Microsoft 的网络排查建议检查网络连接、代理设置、IP 配置和 DNS 缓存；网络重置应放在较后步骤，因为它会移除并重新安装网络适配器，且可能需要重新配置网络软件。参考 Microsoft Windows 网络连接排查说明。
如果客户端提供延迟测试，建议把它当作筛选工具，而不是最终速度结论。实际使用还要观察目标网站、下载任务和长时间连接是否稳定。对比表如下：
四、根据现象快速定位问题
| 现象 | 优先检查 | 下一步 |
|---|---|---|
| 直连和代理都慢 | Wi-Fi、路由器、设备后台任务 | 先恢复本地网络，再测试代理 |
| 直连正常，所有节点都慢 | 客户端模式、DNS、TUN、防火墙 | 关闭 TUN，仅保留系统代理对比 |
| 只有一个节点慢 | 节点链路或出口负载 | 换节点并保持同一目标复测 |
| 网页打开慢但下载正常 | DNS、规则、首次连接 | 检查域名解析和策略组 |
| 部分应用无法联网 | TUN、DNS 劫持、应用代理支持 | 分别测试系统代理和 TUN |
| 速度忽快忽慢 | 无线干扰、节点拥塞、后台占用 | 在不同时间段重复测试并记录结果 |
五、什么时候应该停止继续改配置
如果已经完成直连与代理对比、关闭 TUN 测试、检查 DNS 和更换节点，仍然只有某个目标服务速度异常，不建议继续堆叠规则或频繁修改协议参数。此时应记录测试时间、设备、网络类型、客户端模式、节点名称、目标地址和错误表现，再判断问题更像是本地网络、代理出口还是目标服务本身。
同时，不要把单次测速截图当成长期性能结论，也不要仅凭延迟高低断言某个节点一定更快。对于需要长期使用的场景，应选择在多个时间段表现稳定、网页和下载都正常的节点，并保留一组可回退的基础配置。
常见问题
network speed 慢是不是一定代表代理节点有问题？
不一定。应先关闭代理测试直连；如果直连也慢，问题可能来自 Wi-Fi、路由器、设备后台任务或系统网络。只有在直连正常、代理开启后明显变慢时，才优先检查节点、模式、DNS 和 TUN。
延迟低的节点是不是一定下载更快？
不是。延迟主要反映响应时间，下载速度还会受到出口带宽、拥塞、目标服务和协议处理影响。应使用同一目标进行多次对比，同时观察稳定性和断流情况。
关闭 TUN 后速度变快，应该怎么处理？
先保留系统代理作为临时方案，再检查 TUN 的 auto-route、auto-detect-interface、dns-hijack、防火墙放行和多网卡选择。不要一次修改多个字段，改一项后重新测试。
DNS 更换后网页变快，说明下载带宽变高了吗？
不一定。DNS 优化通常更可能改善域名解析和首次连接时间，已经建立连接后的持续下载速度仍取决于节点、出口和目标服务。
Windows 网络重置能解决代理速度慢吗？
只有在系统网络适配器、代理设置或网络栈异常时才可能有帮助。Microsoft 将网络重置列为较后的排查步骤，因为它会移除并重新安装网络适配器，使用后可能需要重新配置网络软件。