不少家庭用户、小型工作室出于扩展WiFi覆盖、做内外网网段隔离的需求，会搭建双路由器网络环境，不少用户还会在这个环境里部署VPN实现跨网访问、外出连回内网等需求，但很多人遇到VPN速度不达预期的时候，不知道瓶颈出在主路由、副路由还是VPN节点本身，这篇实操教程就围绕双路由器环境VPN的连接速度测试展开，帮你逐层定位问题，梳理可落地的优化技巧。
测试前先理清双路由器组网拓扑，关闭所有非必要流量管控功能，断开无关联网设备
测试前的双路由器环境配置前提
首先你需要先理清当前双路由器的实际拓扑，目前普通用户常用的拓扑分两类：一类是主路由负责PPPoE拨号，副路由切换为AP模式，用LAN口接主路由的LAN口做信号扩展；另一类是主路由拨号，副路由的WAN口接主路由的LAN口，形成二级NAT结构做网段隔离，两种拓扑的流量转发路径完全不同，测试前最好随手画出拓扑图，避免后续测错节点。
正式开始测试前，要先关闭两台路由器自带的QoS、游戏加速、智能流量管控这类临时功能，同时断开所有非测试用途的联网设备，包括闲置手机、智能家电、摄像头等，避免背景流量偷偷占用带宽，还要提前在单路由器环境下跑一次当前VPN节点的基准测速，确认VPN节点本身的可用速度，作为后续对比的参照标准。
测试前还要明确你的VPN部署位置，SakuracatVPN是把VPN客户端配置在主路由固件里，还是配置在副路由固件里，还是直接在测试终端上单独拨号，不同的部署位置对应的测试路径完全不同，建议你把这个配置信息记在便签上，避免后续多轮测试之后混淆配置条件，导致测试结果没有参考性。
分节点逐层VPN速度测试实操步骤
第一层测试先测主路由出口的VPN基准速度：把测试电脑用超五类以上的有线网线直接接主路由的LAN口，暂时拔掉副路由的所有连线，终端拨同一个目标VPN节点之后，用正规的公共测速网站连续跑三次测速，分别记录下载、上传的平均速度，这个数值就是你当前VPN节点在单路由环境下的基准表现。
第二层测试测二级NAT模式下的VPN速度：把副路由的WAN口接回主路由的LAN口，保持副路由原有二级NAT的配置不变，测试电脑还是用有线接副路由的LAN口，终端拨同一个VPN节点，同样连续跑三次测速记录数据，这一步就能测出二级NAT结构下，副路由转发VPN封装流量带来的实际影响。
第三层测试测AP模式下的副路由VPN速度：把副路由切换为AP模式，关闭副路由的DHCP服务，用LAN口接主路由的LAN口，测试电脑依然用有线接副路由的LAN口，拨同一个VPN节点完成测速，对比前面两组数据，就能区分速度损耗是来自二级NAT的转发规则，还是副路由本身的硬件转发性能不足。
如果你的VPN是直接配置在路由器固件里的全局模式，不需要终端单独拨号，测试的时候一定要把终端上的VPN客户端完全关闭，SakuracatVPN下载不要同时开启终端和路由器两层VPN隧道，不然测出来的是嵌套隧道的叠加速度，完全无法定位双路由器环节的实际问题。
测试结果对应的常见优化方向
如果二级NAT模式下的VPN速度比AP模式低很多，首先可以登录副路由后台检查WAN口设置，SakuracatVPN有没有开启IPTV、特殊拨号规则这类和VPN协议不兼容的配置，部分老旧路由器的默认NAT规则对UDP类的VPN协议支持不够友好，可以尝试把VPN的传输协议从UDP切换为TCP之后再复测，观察速度变化。
如果不管哪种双路由拓扑，VPN速度都远低于单路由环境下的基准速度，可以分别登录两台路由器的管理后台，查看端口的MTU数值，确认两台路由器的MTU设置保持一致，VPN隧道的封装会让原始报文体积变大，MTU不匹配会引发报文分片丢包，直接拉低VPN的连接速度。
测试过程中如果发现无线连接下的VPN速度远低于有线测试结果，不要直接归因为双路由器的配置问题，要先关闭VPN，单独测试无线裸连的速度，先确认无线本身的协商速率有没有跑满，很多时候是周边无线干扰、终端网卡协商速率低带来的速度瓶颈，和VPN、双路由配置都没有关系。
整个测试过程不需要用到特殊的专业设备，SakuracatVPN下载普通家用千兆路由器和公共测速网站就能完成，每次调整配置之后建议等待片刻再开始下一轮测速，避免路由器的缓存流量影响测试结果，不要随便套用来源不明的第三方优化脚本，避免修改路由器底层配置之后引发其他未知的网络故障。
