VPN速度实测对比，关键不是找到最高的下载数字，而是让测试条件可复现。相同设备、相同本地网络、相同测速目标，再比较不同线路与时段，结果才有参考价值。本文给出工具选择、记录方法和排查顺序，不预设任何线路的测速成绩。
测速指标：下载速度不是全部
速度测试覆盖的是一条完整路径：设备、本地接入网络、代理入口、出口以及测速服务器。任一环节受限，都可能让结果下降。测速网站显示的数字，不能自动等同于服务商线路的独立能力。
| 指标 | 主要含义 | 适合判断 | 容易误读的地方 |
|---|---|---|---|
| 下载吞吐 | 单位时间内接收的数据量 | 大文件下载、视频缓冲 | 多连接测速可能高于实际单连接下载 |
| 上传吞吐 | 单位时间内发送的数据量 | 会议上行、文件同步 | 本地宽带上行也可能成为限制 |
| 往返延迟 | 请求到达目标并返回的时间 | 交互响应、远程操作 | 客户端探测与应用访问未必使用相同路径 |
| 抖动 | 连续延迟样本的波动程度 | 语音、视频会议的连续性 | 不同工具可能采用不同计算方法 |
| 丢包 | 测试报文未按预期到达的情况 | 卡顿、重传与连接不稳定 | 探测报文被限速，不一定代表业务数据同样丢失 |
| 负载延迟 | 上传或下载占用网络时的往返延迟 | 下载期间会议是否受影响 | 不能只看网络空闲时的延迟 |
文件下载更依赖持续吞吐，会议更看重延迟、抖动与丢包。网页打开速度还会受到域名解析、连接建立、服务器响应和页面资源数量影响。因此，“测速下载快”和“所有网站都快”不是同一个结论。
工具选择：通用测速与实际应用配合
测速网站：固定目标才能比较
Speedtest、Cloudflare Speed Test 等工具可以作为通用测试入口，但测试流程、连接并发和服务器位置并不相同。比较线路时，应尽量在同一工具里固定测速服务器，并记录其运营方与位置。自动选择服务器可能随着出口变化，导致测试对象也发生变化。
如果工具不能固定目标，就记录自动选中的服务器，并把结果视为“该线路访问该目标的表现”。不同网站之间的结果适合交叉验证，不适合直接混成一张线路排名表。浏览器扩展、后台同步和安全软件的流量检查，也可能影响测试。
客户端延迟：确认它测的是什么
客户端里的延迟数字可能来自 TCP 建连、HTTP 请求或其他探测方式。它有时测入口，有时通过代理访问指定网址，不能仅凭界面上的“延迟”二字判断含义。测试前查看客户端说明，并保持探测地址一致。
系统的 ping 通常使用 ICMP。浏览器通过系统代理访问网站时，命令行 ping 未必经过相同代理路径；启用虚拟网卡模式后，也仍取决于客户端对该类流量的处理。不要把 ping 的结果直接当成代理出口延迟，更不要把目标不回应探测解释为线路无法使用。
实际应用：验证任务是否顺畅
下载测试之后，还应打开日常使用的网站、试用会议软件，或下载来源可靠的文件。实际任务应尽量固定：相同资源、相同画质设置、相同会议环境。应用自适应码率和浏览器缓存会改变体验，记录时应注明这些因素。
测试准备：固定变量与直连基线
直连基线指关闭代理后，本地网络在相近时间的表现。它用于发现接入网络波动，不是要求直连能够访问所有测试目标。如果目标无法直连，应标注“无法完成直连对照”，而不是填入猜测结果。
- ✅ 固定设备与接入方式；有条件时使用有线连接，使用 Wi-Fi 时保持位置与频段不变。
- ✅ 暂停系统更新、云盘同步、大文件下载与其他占用网络的任务，并留意共享网络中的负载。
- ✅ 固定客户端版本、节点、规则模式与测速服务器，避免同时更换多个条件。
- ✅ 在客户端连接记录或路由日志中确认测速域名实际经过所选节点，而非命中直连规则。
- ✅ 记录套餐剩余流量；吞吐测试会消耗流量，频繁重复测试也会影响日常可用额度。
全局模式与规则模式的覆盖范围取决于客户端实现。仅开启系统代理，并不表示所有应用都会使用代理；浏览器、命令行和应用内网络组件可能采用不同设置。测试时先明确流量路径，避免出现“测速走直连、应用走代理”的错误对比。
不要为了排除变量而长期关闭防火墙或安全软件。先暂停无关任务、检查路由记录，并用可信工具复测；必要的安全设置调整应遵循设备管理要求。
时段对照：晚高峰与凌晨怎么测
晚高峰与凌晨的区别在于网络负载，而不是凌晨的结果天然更真实。应覆盖自己实际使用的时段，再选择较空闲的时段作对照。只在空闲时测试，无法回答工作或娱乐高峰期间是否够用。
- 建立基线。关闭代理，测试可直连的固定目标，记录本地网络、时段与后台负载。
- 连接候选线路。确认节点与分流路径，等连接状态稳定后，使用相同测速目标。
- 重复采样。在同一时段重复测试，保留所有有效结果，不只截取最高峰。关注中位表现与波动范围。
- 验证应用。在吞吐测试结束后再做会议、网页或下载任务，避免测速本身占满网络干扰判断。
- 换时段复现。在晚高峰与较空闲时段复用同样设置；更换线路时再次确认测速目标没有改变。
- 归纳变化。比较同一线路跨时段的变化，再比较同一时段不同线路的表现。
异常结果不要立即删除。先检查是否发生 Wi-Fi 重连、节点切换、后台任务恢复或测速服务器变化，记录原因后再决定是否排除。如果不能解释，就保留并注明异常，避免人为挑选出一条过于平滑的结果曲线。
记录方法：让截图变成可复核结论
截图可以保留原始读数，但缺少上下文时很难复核。每次测试至少记下日期时段、接入网络、设备、客户端与模式、节点名称、工具及目标，再保存下载、上传和延迟等结果。工具没有提供的指标写“未测”，不要把空白理解成没有问题。
记录线路时，应同时保留入口或线路标识与出口地区。IEPL 专线、中转、直连描述的是路径组织方式，不是自动生成的成绩等级。即使线路名称相似，入口、出口、共享负载和目标网络的互联情况不同，也可能产生不同表现。
IEPL 通常指运营商提供的以太网专线服务；代理服务中的“IEPL 线路”通常是在部分传输路径使用此类资源，不代表从用户设备到任意网站的全程都是专线。中转表示经由转发环节衔接后续路径；直连通常表示客户端直接连接代理服务器，并非不经过互联网路由器。
协议名称也不应替代测试。Shadowsocks、VMess、Trojan、VLESS、Hysteria2 与 TUIC 的传输设计、客户端支持和配置条件不同，但不能仅凭名称推断吞吐排名。跨客户端比较时，要额外注明版本与传输设置；不能把本地实现差异全归因于线路。
异常排查：从本地网络到目标网站
直连与代理都慢
优先检查本地接入网络、无线干扰、路由器负载和后台上传。如果直连基线在同一时段也明显下降，证据更偏向本地或上游接入问题。可以更换接入网络复核，但这属于新的测试条件，应单独记录。
测速正常，网页打开仍慢
检查测速流量和网页是否走同一路径，再用浏览器开发者工具的网络面板查看耗时。域名解析慢、连接建立慢、等待服务器响应慢和页面资源加载慢，是不同问题。浏览器缓存、扩展与目标网站自身负载也应纳入判断。
DNS 泄漏指域名查询未按预期路径处理，可能涉及隐私和分流一致性，但它不等于“测速一定慢”。检测时要结合系统 DNS、浏览器加密 DNS、客户端 DNS 与规则配置。仅凭解析器地区不同，不能断定泄漏；也不宜为了追求显示地区一致而盲目修改设置。
下载快，会议仍然卡顿
检查上传、抖动、丢包与负载延迟，而非继续追逐下载峰值。云盘上传占满上行时，会议体验可能下降；同时进行大流量测速，也会制造类似现象。会议软件通常有通话质量面板，其业务统计比无关目标的探测更贴近实际问题。
晚高峰变慢，空闲时恢复
如果本地基线稳定、目标固定，且相同变化能够反复复现，可以把拥堵作为候选原因。但拥堵可能位于入口、跨网络传输、出口或目标侧，不能仅凭吞吐变化定位责任。向支持人员提交时段、节点、接入网络和目标信息，比只发一张低速截图更便于排查。
选线结论：按用途保留可用方案
测速最终应服务于选择，而不是形成一份只看峰值的排行榜。日常下载优先观察持续吞吐；远程会议优先观察高峰期稳定性；网页和协作工具则要结合真实访问路径。可以保留主用与备用线路，并在接入网络或客户端配置变化后重新验证。
VPNDream 的月订阅流量按开通日每月重置，流量包用完为止、永久不过期。测试前查看剩余流量，按需要安排复测，不必持续跑满带宽。客户端获取与使用说明可查看教程，线路信息可查看节点页面，实际可选节点以客户端显示为准。