network test 怎么测试网络连接和代理速度？
简答：在 Windows 上先关闭 Clash Verge Rev 的 TUN 模式做直连基线，再依次运行 ping 1.1.1.1、ping 域名和 nslookup；确认系统代理或 TUN 已生效后，再用浏览器测速，并在“连接”与日志中核对 speed.cloudflare.com 是否命中代理节点。
定义：network test 是对网络连通性、DNS 解析、延迟、丢包、下载上传能力以及代理路径分别进行验证，而不是只看一个测速数字。
适用范围与测试前准备
本文只讲 Windows + Clash Verge Rev 的网络连接与代理速度测试。不同版本的中文菜单可能略有差异，以下名称以当前项目公开界面字段为准，包括“系统代理”“TUN 模式”“连接”“日志目录”“默认测试链接”和“默认测试超时时间”。Clash Verge Rev 的官方界面说明显示，TUN 模式会捕获系统流量，启用 TUN 后通常不需要再开启系统代理；TUN 需要服务模式或管理员权限。Clash Verge Rev 中文界面字段
开始前先关闭视频会议、云盘同步、游戏更新和其他大流量程序。测速会消耗流量，Cloudflare 页面提示一次测试最多可能使用约 200MB，因此移动热点或按流量计费的网络应谨慎操作。浏览器测速还会受到浏览器、电脑本地 Wi-Fi 和访问路径影响，结果不等于宽带套餐的绝对峰值。Cloudflare Speed Test
- 权限：运行 ping 和 nslookup 不需要管理员权限；开启 Clash Verge Rev 的 TUN 模式或安装服务时，可能需要管理员批准。
- 直连基线：先在 Clash Verge Rev 托盘菜单或主界面关闭“TUN 模式”和“系统代理”，避免代理状态干扰基础测试。
- 安全提醒：如果需要复制日志或截图，先遮盖订阅链接、访问密钥、节点地址和个人 IP。
第一步：先测 IP 层连通性，再测 DNS
打开 Windows“终端”或“命令提示符”，先测试一个 IP 地址，再测试域名。这样可以把“网络本身不通”和“域名解析失败”区分开。Microsoft 将 ping 定义为用于排查连接、可达性和名称解析的 TCP/IP 命令；如果目标不响应 ICMP，超时本身不能单独证明网页访问失败。Microsoft ping 命令文档
- 确认 Clash Verge Rev 的“TUN 模式”和“系统代理”都关闭，然后执行：
ping 1.1.1.1 - 再执行域名测试：
ping speed.cloudflare.com - 最后查看 DNS 解析：
nslookup speed.cloudflare.com - 如需指定 DNS 服务器作对照，可执行：
nslookup speed.cloudflare.com 1.1.1.1
重点看以下结果：如果 ping 1.1.1.1 有回复而域名 ping 显示“找不到主机”，优先检查 DNS；如果两个 ping 都超时，不要立即判断网页一定无法访问，因为目标可能不回复 ICMP，应继续用浏览器访问测速页面或用 HTTP 请求验证。Microsoft 的 nslookup 文档说明，命令可以使用默认 DNS，也可以在命令中指定第二个 DNS 服务器。Microsoft nslookup 命令文档
这一步只代表当前 Windows 直连路径的 ICMP 与 DNS 结果，不代表代理节点延迟。ping 也不会自动测试 Clash Verge Rev 的代理出站路径。
第二步：用网页测速建立直连基线
保持 Clash Verge Rev 的“TUN 模式”和“系统代理”关闭，在浏览器打开 speed.cloudflare.com，等待测试完成。Cloudflare 官方文档列出的网络测试项目包括下载、上传、丢包和 ping；测速页面还会显示延迟、抖动、服务器位置和网络信息。Cloudflare Test speed 文档
- 记录下载、上传、延迟、抖动和丢包，不要只记录下载速度。
- 在相同设备、相同 Wi-Fi 位置和相近时间重复测试 2 至 3 次。
- 记录浏览器、网络连接方式、是否使用 Wi-Fi，以及测速页面显示的服务器位置。
- 如果丢包或抖动明显升高，先改用网线或靠近路由器重测，再判断是否为宽带或代理问题。
Cloudflare 说明，其测速结果是浏览器端、当前设备到 Cloudflare 网络的综合表现，受到本地浏览器、Wi-Fi 和网络路径影响；因此它适合做同一条件下的对比，不应被当作所有网站或所有节点的绝对速度排名。Cloudflare Speed Test 原理说明
第三步：在 Clash Verge Rev 中测试代理速度
完成直连基线后，只打开一种代理接管方式：先测试“系统代理”，再单独测试“TUN 模式”。不要同时开启两者，否则难以判断请求究竟由哪条路径接管。
- 打开 Clash Verge Rev，确认订阅已激活，并在“代理”页面选择要测试的代理组或节点。
- 在主界面或托盘菜单打开“系统代理”，不要同时打开“TUN 模式”。如果系统代理开关没有生效，检查是否需要安装服务或重新启动应用。
- 浏览器重新打开
https://speed.cloudflare.com/，等待下载、上传、延迟、抖动和丢包结果。 - 进入“连接”页面，搜索或观察
speed.cloudflare.com，核对“规则”“链路”“进程”“目标地址”和出站节点。Clash Verge Rev 的中文界面将这些字段列在“连接”页面中。Clash Verge Rev 连接页面字段 - 如果连接记录显示为直连，或没有出现对应请求，不要把这次结果当作代理测速；先检查当前代理模式、代理组选择和分流规则。
- 如需查看报错，打开“日志目录”或“应用日志/内核日志”，搜索
speed.cloudflare.com、timeout、connection refused、dns、dial等关键词。先记录完整错误上下文，不要只截取单行。
Clash Verge Rev 还提供“默认测试链接”和“默认测试超时时间”等设置项。若节点延迟测试全部显示超时，可先检查测试链接是否可访问、当前节点是否能建立连接，以及日志中是否出现 DNS 或连接超时；不要仅凭一个测试链接给节点下结论。项目界面说明还标注了“统一延迟”会进行两次延迟测试，用于减少不同类型节点因连接握手造成的差异。Clash Verge Rev 设置字段
第四步：单独检查 TUN 模式与 Fake IP 误判
测试 TUN 模式时，先关闭“系统代理”，再打开“TUN 模式”。Windows 上可能需要服务模式、管理员权限以及防火墙放行内核；mihomo 官方文档说明，TUN 会接管系统流量，Windows 的严格路由还可能添加防火墙规则以减少普通多宿主 DNS 解析造成的泄露。mihomo TUN 配置文档
- 在 Clash Verge Rev 中关闭“系统代理”。
- 打开“TUN 模式”；若提示服务不可用，安装或切换到服务模式，并按系统提示授权。
- 确认 Windows 防火墙没有阻止
verge-mihomo或对应内核进程。不要为了测速长期关闭防火墙。 - 打开浏览器访问测速页面，同时在“连接”页面确认请求是否出现，并核对命中的“规则”和出站节点。
- 不要在 TUN + Fake IP 状态下直接用
ping或nslookup的结果代表代理网页延迟。mihomo 文档说明，Fake IP 模式会使用配置的 Fake IP 地址段，DNS 查询结果和系统直连解析并不是同一条路径。
常见的误判包括：TUN 开启后 ping 到的是本地虚拟网卡或 Fake IP；测速域名被规则分到直连；浏览器仍使用旧连接；节点 DNS 无法解析；或者防火墙阻止了 TUN 内核。遇到这些情况，应以浏览器实际请求、Clash Verge Rev“连接”页面的规则与出站信息、以及日志中的错误为准。mihomo 的 DNS 文档还说明了 enhanced-mode 可为 fake-ip 或 redir-host，Fake IP 范围由 fake-ip-range 配置。mihomo DNS 配置文档
结果怎么对比：看路径是否一致，不看单次最高值
建议把同一台 Windows 电脑的结果按“直连、系统代理、TUN 模式”分别记录。三次测试的网络环境、浏览器和测速页面尽量保持一致，否则差异可能来自 Wi-Fi 干扰、服务器位置或后台流量。
| 测试方式 | 主要回答的问题 | 必须确认的条件 | 不能直接说明什么 |
|---|---|---|---|
| ping 1.1.1.1 | 当前 IP 层是否有基本连通性 | TUN 和系统代理关闭 | 不能代表代理节点延迟 |
| ping 域名与 nslookup | 域名解析是否正常 | 记录使用的 DNS 服务器 | 不能代表网页下载速度 |
| Cloudflare 直连测速 | 本地网络到 Cloudflare 的综合表现 | 关闭代理接管并保持环境一致 | 不是所有网站的速度排名 |
| 系统代理测速 | 浏览器经系统代理访问时的表现 | 连接页面确认命中代理节点 | 不能代表 TUN 模式表现 |
| TUN 模式测速 | 系统流量经 TUN 与节点出站时的表现 | 关闭系统代理、确认服务和防火墙 | 不能用普通 ping 结果替代网页测试 |
如果直连正常、系统代理慢，重点检查代理节点、代理组和节点 DNS；如果系统代理正常、TUN 失败，重点检查 TUN 服务、内核防火墙、DNS 劫持和 Fake IP；如果三种方式都慢，先排查 Wi-Fi、路由器、后台占用和本地网络。以上是排查顺序，不是对任何服务商速度或稳定性的承诺。
常见问题 FAQ
ping 1.1.1.1 超时，是不是网络断了？
不一定。ICMP 目标可能不回应，ping 超时只能说明该测试没有收到回包。继续用浏览器打开测速页面，并检查 nslookup speed.cloudflare.com；如果网页也打不开，再结合本地网络、DNS 和客户端日志判断。
为什么 Clash Verge Rev 节点延迟很低，但网页测速很慢？
节点延迟测试与网页下载上传测试测量的路径和负载不同。延迟低只说明特定测试请求的往返时间较短，不等于节点具备同样的下载、上传、丢包和高负载表现。还要在“连接”页面确认测速域名确实命中了该节点，而不是被规则分到直连。
开启 TUN 后，ping 显示几乎为零，结果可信吗？
不能直接据此判断代理速度。TUN 可能让本机流量经过虚拟网卡，Fake IP 模式还会返回配置的虚拟地址段。测试代理网页速度时，应看浏览器测速结果，并在“连接”与日志中核对实际规则和出站节点。
Cloudflare Speed Test 的下载速度能代表宽带套餐速度吗？
不能完全代表。Cloudflare 官方说明测速结果会受到浏览器、设备、Wi-Fi 和访问路径影响，而且测试重点是网络质量与实际体验，不是所有条件下的绝对峰值。适合在相同条件下做直连与代理对比。
代理测速时应该打开系统代理还是 TUN 模式？
一次只打开一种。先用系统代理测试浏览器路径，再关闭系统代理、单独打开 TUN 测试系统流量路径。两者同时开启会增加判断难度，也可能让你无法确定请求由哪种方式接管。
常见问题
ping 1.1.1.1 超时，是不是网络断了？
不一定。ICMP 目标可能不回应，继续用浏览器测速和 nslookup 验证，不要只凭 ping 超时判断网页访问失败。
为什么节点延迟很低，但网页测速很慢？
延迟测试和网页下载上传测试的路径、协议和负载不同。还要在 Clash Verge Rev 的“连接”页面确认测速域名确实命中了代理节点。
开启 TUN 后 ping 几乎为零，结果可信吗？
不能直接据此判断代理速度。TUN 和 Fake IP 可能改变本机解析或流量路径，应以浏览器测速、连接记录和日志为准。
Cloudflare Speed Test 能代表宽带套餐速度吗？
不能完全代表。它还会受到浏览器、设备、Wi-Fi 和访问路径影响，适合在相同条件下比较直连与代理。
代理测速应该打开系统代理还是 TUN 模式？
一次只打开一种。先测系统代理，再关闭系统代理单独测 TUN，避免无法判断请求由哪条路径接管。