FIELD NOTE / METHOD / EXPERIMENT

测试VPN节点速度前，为什么必须先保存直连基线

不少人打开测速页面，看到一个数字就开始更换节点。真正有用的第一步却是先不连接VPN：保存当前网络在相同任务下的直连基线。没有这条基线，之后任何“变快”或“变慢”都缺少参照。

CONTROL ONE VARIABLE基线不是“最佳成绩”，而是同一设备在同一任务下的正常波动范围。

PROCEDURE

实验顺序与复原点

套餐标称值说明接入服务的上限条件，不等于此刻设备到某个远端目标的表现。基线要在实际使用的设备、接入方式和目标任务上测量。笔记本连5GHz Wi-Fi、手机使用移动网络、台式机接网线，本来就可能得到不同结果。把套餐数字直接当基线，会忽略无线干扰、路由器负载、家庭共享和目标服务器限速。

测速网站适合快速查看，但用户最终关心的是网页、云盘、视频会议、远程桌面或文件下载。先选一个最常做的任务，记录完成时间、是否中断和主观等待位置，再用测速数字辅助解释。真实任务固定以后，VPN连接前后才在比较同一件事，而不是拿不同目标、不同文件和不同缓存状态拼成结论。

测试表至少写明设备、系统、网线或Wi-Fi频段、路由器位置、移动信号和测试时间。暂停系统更新、云盘同步和其他大流量任务，但不要为了得到漂亮结果关闭日常必须使用的软件。若家庭成员正在看高清视频，也应记录，而不是悄悄剔除。真实使用环境有负载，结论才对用户有意义。

上午一次直连不能代表晚高峰。建议在工作日非高峰、晚高峰和周末各完成相同任务，至少保留三组记录。若直连本身在晚间大幅波动，连接节点后的变化可能来自接入网络拥堵。只有基线相对稳定，才适合继续比较节点；基线失控时应先处理本地网络。

网页打不开、测速超时和文件中断都是结果。记录失败发生在哪一步、等待多久、是否自动恢复，不要只保留成功的最快一次。连续三次中两次失败，即使剩下一次速度很高，也不能说明任务可用。把失败当作缺失值或删掉，会系统性高估节点质量。

基线完成后，固定设备、网络、目标、时间窗口和任务，只连接一个节点重新执行。不要同时换协议、清DNS、重启路由器和切换Wi-Fi。若结果异常，先断开节点重复直连，确认基线是否仍在原范围。一次只改变一个变量，才能把差异合理归到节点或连接路径。

同一时段的三次结果不会完全相同。可以记录中位数、最大最小差和失败次数，先建立“通常会落在什么范围”的认识。连接节点后的结果只有持续超出这个范围，才值得继续解释；略有差异可能只是正常波动。范围要按任务分别建立，不能用下载基线替代通话或网页响应基线。

路由器、运营商套餐、设备系统、网卡驱动或居住位置变化后，旧基线可能不再适用。表格应写明最后复核日期和触发重测的条件。保留旧记录用于观察变化，但不要拿数月前的直连结果评价今天的节点，尤其不能跨运营商和跨设备复用。

FIELD RECORD

停止与安全边界不要用数月前、另一运营商或另一台设备的直连结果充当今天的基线。

USER QUESTIONS

基线需要测多少次？

初始判断至少跨三个时段，每个时段重复三次，并保存失败。若结果离散很大，应延长观察而不是急着求平均。

直连很慢还能测试节点吗？

可以记录，但不能直接评价节点。先确认本地网络、无线信号和目标服务；节点有时改变路径，却不会修复所有接入问题。

能用朋友的测速结果当基线吗？

不能。设备、运营商、地区、接入方式和时段都不同，朋友的数据只能提示测试方法，不能替代你自己的参照。

以下资料用于核对指标和方法，不代表资料发布方评价了本文中的具体节点或任务。