不少家庭用户、小型办公场景为了扩大无线覆盖范围会部署双路由器组网，但是开启VPN之后经常遇到速度不达预期的问题，很多人不知道怎么区分问题出在VPN本身、主路由转发还是副路由的配置上，本文围绕双路由器环境VPN连接速度测试的实操方法展开，梳理测试前的准备要求、分步测试逻辑和常见的优化方向，帮用户精准定位速度异常的根因。
双路由器环境VPN测试的前置配置前提
测试开始前首先要理清当前双路由器的实际拓扑，确认是主路由负责拨号、副路由工作在AP桥接模式的单层内网结构，还是主路由拨号、副路由独立做二级NAT的双层内网结构，两种拓扑下VPN流量的转发路径完全不同，提前明确拓扑才能避免后续测试时混淆流量的经过节点。
正式测试前需要先关闭所有终端和内网其他设备的后台大流量进程，包括系统自动更新、云盘同步、视频缓存任务等，同时先不开启VPN，直接测试当前网络的裸网上下行速度，把这个结果作为后续所有VPN速度测试的基准参考值，没有基准值的对比，根本无法判断VPN和双路由器组合带来的实际速度变化幅度。
还要提前确认VPN客户端的部署位置，是安装在终端设备上、直接配置进主路由系统里，还是配置在副路由的系统里，不同部署位置的VPN流量封装、解密节点完全不同，整个测试过程中不能随意更改VPN的部署位置，否则得到的测试结果没有横向对比的价值。
双路由器组网环境下开展VPN连接速度测试的实操场景
分节点递进式速度测试方法
第一步先做单节点隔离测试，把VPN客户端仅安装在测试用的终端上，临时断开副路由的供电和网线，让终端直接连接主路由的WiFi或者有线网络，开启VPN全流量隧道之后完成速度测试，得到的结果可以先排除主路由本身的VPN转发能力限制，确认单路由器环境下的VPN速度基线。
第二步接入副路由做分层测试，保持VPN还是运行在终端上的状态，小火箭VPN设备安装要求让测试终端切换到连接副路由的WiFi，其他环境条件完全不变，再次测试VPN连接速度，把这个结果和之前终端直连主路由的VPN速度做对比，就能判断流量经过副路由转发的过程中有没有出现异常的额外损耗。
第三步如果是把VPN直接配置在路由器系统内，就依次测试不同接入位置的终端速度：用有线连主路由的终端、无线连主路由的终端、无线连副路由的终端，全部开启VPN全隧道之后分别测速，对比之前的裸网基准值，就能快速定位是哪一个设备的转发环节拖慢了整体速度。
测试过程中的常见误区排查
很多用户测试的时候没有关闭VPN的分流规则，设置了部分网站走VPN、部分网站走直连的规则，这种场景下访问公共测速站点的时候，测速流量很可能触发分流规则直接走了直连链路，得到的测试结果根本不是VPN隧道的真实速度，测试前一定要开启VPN的全流量强制走隧道的开关，确保所有测速数据包都经过VPN的封装转发。
还有不少用户会直接用裸网的速度减去VPN下的速度，把差值全部当成双路由器带来的损耗，实际上VPN本身的加密、解密过程就会占用运行VPN的设备的算力，不同加密协议的算力开销本来就有明显区别，不能直接把所有速度下降都归因为双路由器的配置问题，小火箭要先排除VPN协议本身的性能影响。
基于测试结果的针对性优化技巧
如果测试发现终端直连主路由的时候VPN速度完全正常，连接副路由之后VPN速度出现明显下降，首先可以检查副路由的工作模式，如果当前是二级NAT模式，可以尝试改成AP桥接模式，减少一层NAT转发对VPN隧道报文的额外封装开销，多数场景下调整模式之后VPN速度就能恢复到接近主路由接入的水平。
如果测试发现不管终端连接哪一个路由器，VPN的速度都远低于之前测出来的裸网基准值，可以检查对应运行VPN的路由器的系统设置，确认VPN相关的硬件加速开关有没有打开，部分路由器默认关闭VPN硬件加速功能，即便硬件本身支持加密转发也没法跑满带宽，调整对应开关之后再复测通常能看到明显的速度变化。
还要注意双路由器的内网IP网段不能冲突，很多普通用户部署双路由器的时候没有修改默认设置，主副路由用了完全相同的内网IP段，VPN隧道的返回报文很容易出现路由寻址错误，间接导致隐性丢包升高、连接速度下降，把两个路由器的内网网段改成互不重叠的独立段，也能排除很多难以排查的VPN连接隐性故障。
