跨越网络 - 全球网络加速服务商

代理速度慢怎么排查：DNS、客户端与节点分层定位

更新于 2026-10-30 · kuayue2.online

简答：代理速度慢时，先关闭代理建立同一网络下的本地基准，再固定一个节点，每次只改变一个变量。优先区分 DNS 解析慢、连接建立慢、首字节慢、持续下载慢和频繁丢包；只有在确认本地网络与客户端接管正常后，才比较节点或联系服务方。本文适用于 Windows、macOS、Linux、iOS 和 Android 上使用代理客户端的常见排查场景，不覆盖特定服务商的实时状态、价格或测速排名。

定义：代理速度慢排查，是通过同一设备、同一网络、同一目标和单变量对照，判断瓶颈位于本地网络、DNS、客户端接管、节点线路还是目标站点。

先试这一步：用同一目标建立代理前后基准

不要一开始同时改 DNS、换节点、切 TUN 和改规则。先记录当前设备、网络类型、客户端名称与版本、节点名称、测试目标和测试时间，然后完成下面两组对照。

  1. 关闭客户端代理或暂停系统代理，访问同一个目标，记录网页打开时间、下载是否持续、是否出现断流。
  2. 恢复代理，固定同一个节点和同一个目标，再记录相同指标。
  3. 如果不走代理也慢，优先排查 Wi-Fi、蜂窝网络、路由器、系统后台占用或目标站点本身。
  4. 如果只在代理开启后变慢，继续检查 DNS、系统代理、规则、TUN 和节点线路，不要立即认定是 DNS。

Windows 的 pathping 可用于观察路径上的延迟与丢包，但单个中间路由器不响应并不等于最终目标一定故障；应结合最终目标和重复测试判断。

症状与优先排查层
现象先看什么下一步
所有网站都慢本地网络、客户端接管关闭代理做基准，再检查系统代理和 TUN
只有首次打开慢DNS、TCP 或 TLS 建连用 curl 分开观察解析、连接、握手和首字节时间
低延迟但下载慢持续吞吐、丢包、节点负载固定目标比较另一个节点，不要只看延迟
只有一个网站慢规则、目标站点或目标线路用全局模式短时对照，并查看客户端连接记录
频繁断线丢包、网络切换、MTU 或客户端日志对照 Wi-Fi 与手机热点，随后检查日志

第二步：判断到底是 DNS 慢，还是连接和传输慢

网页“点开慢”不一定是下载带宽不足。可以把一次访问拆成域名解析、TCP 连接、TLS 握手、首字节和完整传输几个阶段。curl 官方文档说明，time_namelookup对应解析完成时间，time_connect对应 TCP 连接完成时间，time_appconnect对应 TLS 等握手完成时间，time_starttransfer对应收到首字节前的时间，time_total则是完整操作耗时。

在 macOS、Linux 或已安装 curl 的 Windows 环境，可以将目标域名替换为你实际访问的网站：

curl -o /dev/null -s -w "dns:%{time_namelookup} connect:%{time_connect} tls:%{time_appconnect} first_byte:%{time_starttransfer} total:%{time_total}\n" https://example.com/

  • 解析时间明显偏高，先检查系统 DNS、客户端 DNS 接管、Fake-IP 或 DNS 请求是否被错误分流。
  • 解析正常但连接或 TLS 时间偏高，重点看节点线路、IPv4/IPv6、网络丢包和客户端日志。
  • 首字节慢但连接已完成，可能与目标站点响应、节点出口或规则路径有关，不能只靠改 DNS 解决。
  • 首字节正常但持续下载慢，优先比较节点吞吐、丢包、拥塞和目标站点限制。

Windows 可使用 nslookup example.com 查看当前解析结果，也可以指定 DNS 服务器进行对照，例如 nslookup example.com 1.1.1.1。微软文档说明，nslookup 可用于诊断 DNS 基础设施，并支持直接指定查询服务器。查看 nslookup 文档

第三步：只改一个变量检查客户端接管

代理客户端显示“已连接”，不代表浏览器、命令行工具和其他应用都按预期走了代理。以 v2rayN 为例，官方说明区分了系统代理、PAC 模式和核心路由：系统代理主要影响支持系统代理的软件，核心路由则按规则决定流量由哪个出站连接发出。v2rayN 系统代理与路由说明

  1. 先确认客户端核心正在运行，并记录当前监听地址和端口；不要套用其他客户端的默认端口，必须以当前界面显示为准。
  2. 浏览器无法访问时，检查系统代理是否启用、代理地址是否仍指向本机，以及浏览器是否另设了独立代理。
  3. 将规则模式临时切换为全局模式，只测试一个目标。如果全局模式变快，优先检查规则、域名匹配或 DNS 分流；测试结束后恢复原模式。
  4. 如果只有 TUN 模式变慢，先关闭 TUN，用普通系统代理复测。普通代理正常而 TUN 异常时，再检查 TUN 权限、路由、DNS 接管和防火墙。
  5. 每次只改一个选项，并保留原设置或导出配置，便于恢复。

如果使用 Mihomo，官方文档显示 TUN 的自动路由、DNS 劫持、严格路由和 MTU 都会影响流量接管；其中 MTU 会影响极端条件下的传输速率，普通用户可先保持默认值。Mihomo TUN 配置说明不要把未确认版本支持的字段直接复制到配置文件中。

第四步：比较节点时看持续吞吐，不要只看延迟

延迟只反映某类探测请求的往返时间，不能单独证明下载速度、视频连续播放或长连接稳定性。固定同一个目标，依次测试当前节点和另一个节点，并尽量保持设备、网络、客户端模式和测试时间一致。

  • 只有一个节点慢：更像是该节点出口、线路、拥塞或节点本身的问题。
  • 所有节点都慢，但直连正常：检查客户端接管、DNS、规则、TUN 和本地安全软件。
  • Wi-Fi 慢、手机热点正常：优先检查路由器、无线干扰、局域网拥塞或宽带线路。
  • 白天正常、晚间明显变慢：只能说明该时段复测结果不同，可能涉及拥塞，但不能仅凭一次测试断定服务端负载。
  • 延迟低但长时间下载仍慢：重点记录持续速度、是否抖动、是否断流和是否出现重传，不要只按延迟排序选节点。

Windows 可使用 pathping /n example.com 观察一段时间内的路径与丢包情况；微软说明该命令会对路径上的路由器持续发送请求并统计丢包。结果应结合最终目标判断，不能把单个中间节点的丢包直接等同于端到端丢包。

第五步：按系统做最小化复测

Windows

  • 先关闭代理，执行 nslookup example.com，再恢复代理后重复，比较解析是否改变。
  • 使用 ipconfig /flushdns 清理本地 DNS 缓存后复测；微软文档也将该命令列为 DNS 客户端排查步骤。查看 DNS 客户端排查文档
  • 检查系统代理、客户端监听端口和防火墙放行状态，避免同时运行多个会接管网络的程序。

macOS

  • 先在普通系统代理下复测，再单独切换 TUN 或 VPN 模式。
  • 如果 Wi-Fi 本身就不稳定，可按 Apple 的说明打开 Wireless Diagnostics；该工具会分析 Wi-Fi 连接并生成诊断文件，但不会自动修改网络设置。Apple Wireless Diagnostics 使用说明
  • 检查 iCloud Private Relay、其他 VPN 或网络过滤软件是否与当前客户端同时工作；需要对照时只临时关闭一个功能，测试后恢复。

Android 与 iOS

  • 分别用 Wi-Fi 和蜂窝网络测试，记录是否只有一种网络慢。
  • Android 的 Private DNS 只处理 DNS 问题，不能替代完整网络代理；Google 官方说明可在“设置→网络和互联网→Private DNS”中选择关闭、自动或指定主机名。Android Private DNS 说明
  • iPhone 若启用了 iCloud Private Relay 或其他 VPN，应将其作为单独变量对照，不要与代理客户端同时修改多个网络功能。

日志、反馈与恢复：什么时候停止继续改设置

当基础连通性正常但速度仍异常时，查看客户端日志中的 DNS、timeout、TLS、no route、reject 和端口冲突等关键词。以 v2rayN 为例，官方 FAQ 区分了界面问题日志与核心日志：界面、设置、测速和更新等问题可查看 guiLogs，核心问题则查看主界面信息栏中的核心日志。v2rayN FAQ

  1. 保存一份原始配置或记录原选项。
  2. 只保留能够复现问题的最小配置。
  3. 恢复最后一次改动，确认问题是否消失。
  4. 向服务方反馈时提供客户端版本、系统、网络类型、复现时间、节点标识和脱敏日志。
  5. 不要公开订阅链接、UUID、Token、完整节点地址或包含个人信息的日志。

如果本地直连、DNS、系统代理、TUN 与多个节点对照都正常，但持续吞吐仍明显异常，可将复测记录交给服务方进一步核验。本文不对任何具体服务的实时状态、价格、线路质量或可用性作结论。

排查结论速记

  • 先做基准：代理关闭与开启各测一次。
  • 再拆阶段：区分 DNS、连接、TLS、首字节和持续传输。
  • 只改一个变量：不要同时换 DNS、节点、规则和 TUN。
  • 最后比节点：固定目标看持续吞吐、丢包和断流，不只看延迟。
  • 保留回滚：每次改动后立即验证，异常就恢复上一步。

补充说明

本文是第三方使用指南，不代表任何客户端或服务商的官方页面。菜单名称、端口、TUN 选项和 DNS 行为可能随客户端版本、操作系统和核心版本变化；本文核验日期为 2026 年 10 月 30 日，实际界面应以当前版本文档和日志为准。

常见问题

代理速度慢，应该先换节点还是先改 DNS？

先关闭代理建立本地基准，再固定一个节点拆分 DNS、连接和传输阶段。只有当解析阶段明显异常时才优先检查 DNS；如果解析正常但持续下载慢，应先比较节点、丢包和吞吐。

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

延迟只反映特定探测请求的往返时间，不能单独代表持续吞吐。节点拥塞、丢包、线路抖动、出口限制或目标站点响应都可能导致低延迟但下载慢，应固定目标进行持续传输对照。

开了代理后所有网站都变慢，怎么判断是不是 TUN？

先关闭 TUN，仅使用普通系统代理复测。如果普通代理恢复正常而 TUN 变慢，再检查 TUN 权限、自动路由、DNS 接管、防火墙和 MTU；每次只改一个设置并保留原配置。

DNS 换成公共 DNS 后仍然很慢，怎么办？

先用 nslookup 或 curl 判断是否真的属于解析慢。如果 DNS 阶段正常，继续检查 TCP/TLS 建连、首字节时间、丢包和节点持续吞吐，避免反复更换 DNS。

手机端代理速度慢，Wi-Fi 和蜂窝网络都要测吗？

要。分别用 Wi-Fi 与蜂窝网络测试同一目标，可以判断问题是否只出现在某个接入网络；Android 还应单独检查 Private DNS，iPhone 则要留意 Private Relay 或其他 VPN 是否形成叠加。

相关阅读

参考资料

  1. curl 官方命令手册：连接、首字节与总耗时字段（curl.se）
  2. Microsoft Learn：nslookup 命令
  3. Microsoft Learn：DNS 客户端排查
  4. Mihomo 官方文档：TUN 配置
  5. v2rayN 官方 Wiki：常见问题与日志
  6. Apple 支持：使用 Wireless Diagnostics
  7. Google Android 帮助：Private DNS