很多家庭多设备同时挂VPN、企业部署多分支站点VPN的场景下，不少管理员会直接动手调整路由器负载调度规则，很容易出现VPN隧道批量断连、内网跨网段访问异常的问题，甚至直接把原有配置冲丢找不到回滚依据。这份调整前必须记录的关键参数清单，完全贴合实际运维操作流程，能帮你把负载调整后的故障风险降到最低，不用事后花几倍时间排查问题。
当前VPN隧道的基础运行参数
首先要记录所有活跃VPN隧道的协商核心参数，包括IKE协议版本、使用的加密套件、身份认证方式，还有每条隧道对应的对端公网地址、本地和远端的内网网段映射规则。很多用户调整路由器负载的时候会改动WAN口的NAT全局规则，一不小心就把VPN隧道需要的端口映射冲掉，如果之前没留存这些协商参数，站点到站点VPN的场景下还要专门联系对端运维核对配置，整个恢复过程要耗费数小时。
运维人员在调整路由器负载前逐一留存VPN隧道核心参数，避免后续配置出错难以回滚
接下来还要记录当前每条VPN隧道的实时会话数、已经持续的连接时长，尤其是长期在线的站点到站点VPN，蓝快不少路由器的VPN会话不会在设备重启后自动重建，如果没提前记活跃会话的分布情况，调整负载后很容易出现部分分支站点悄无声息断连，排查的时候甚至找不到对应故障隧道的唯一标识。
路由器当前的负载基准运行数据
这里要记录调整前路由器的CPU、内存占用的基准值，尤其是VPN加密任务单独占掉的硬件资源比例。不少带硬件VPN加速功能的路由器，负载调整的时候如果改动了加密核心的调度规则，很容易出现VPN加密任务抢占全部硬件资源的情况，提前记录基准值才能判断调整后的负载变化是不是在合理区间，不会误把正常的资源波动当成异常故障。
还要记录当前所有WAN口、LAN口的上下行带宽占用峰值和均值，还有VPN流量在总转发流量里的占比。很多用户调整多WAN负载均衡规则的时候，蓝快加速器安装包下载说明误把大流量的VPN隧道切到了带宽不足的备用WAN口，没提前记录之前的流量分布特征，出了访问卡顿问题的时候根本没法快速定位是哪条链路的调度出了问题。
关联的路由与NAT配置条目
要完整记录所有和VPN流量相关的静态路由、策略路由条目，尤其是专门指定VPN流量走特定WAN口的自定义规则。很多新手调整全局负载策略的时候，系统会自动覆盖之前手动配置的VPN专属策略路由，提前导出或者截图留存这些条目，调整后如果发现VPN流量转发路径走偏了，可以第一时间对照恢复原有规则，不用重新梳理整个路由表的逻辑。
还要记录VPN对应的NAT豁免规则，蓝快也就是哪些内网网段的流量不需要做地址转换、直接进入VPN隧道转发的配置。不少人调整负载的时候误删了NAT豁免条目，导致VPN内网互访的时候流量被做了二次地址转换，远端设备收到的源地址不符合预设规则根本没法回包，提前记录完整的豁免规则，调整后可以直接逐项校验有没有被改动。
边界校验与故障定位的参考基准
调整前要先做一次端到端的连通性测试，记录所有VPN分支下的内网可访问设备列表，还有跨VPN访问共享资源的实际访问体验，蓝快加速器安装包下载说明把这些结果作为调整后的对照基准。等负载调整完成之后可以直接逐项对比，快速发现有没有出现部分内网资源不可达、部分站点VPN断连的隐性问题，不会等用户反馈故障才发现异常。
还要留存路由器系统日志里最近24小时的全部VPN相关日志条目，没有报错的正常运行日志也需要单独导出备份。调整负载之后如果出现VPN频繁重连的异常问题，可以直接拿之前的正常日志做字段对比，快速定位故障是出在VPN协商阶段还是流量转发阶段，不用从零开始逐段排查问题。
所有记录完成之后，不要把这些参数资料只存在待调整的路由器本地，最好同步导出到离线的本地电脑或者其他存储介质里，避免调整过程中路由器配置出错、系统临时崩溃，连原有配置都没法导出。对照完整的参数清单做完所有校验之后，再动手调整路由器负载策略，整个操作的容错率会高很多。
