很多用户在调整VPN分流权重、路由器负载均衡分配规则的过程中，经常出现改完配置后整网卡顿、VPN隧道断连、内网设备无法访问外部服务的问题，大部分这类故障都可以通过调整前提前记录关键配置信息快速回退修复，不需要耗费数小时逐一排查回溯，这份清单覆盖了从基准状态到故障定位全流程需要留存的核心信息，所有记录项都可以通过路由器管理后台、VPN服务端管理页直接导出或者截图留存，不需要额外部署专业测试工具。
当前路由器基础负载状态的基准数据
首先要记录的是调整前路由器的CPU、内存实时占用率，还有当前在线的内网终端总数，很多用户调整VPN负载分流规则的时候，没注意原本路由器的硬件资源已经接近饱和，改完新增的分流规则之后直接出现整网响应延迟飙升的问题。
接下来要记录WAN口的上下行实时带宽占用占比，还有当前已经建立的NAT会话总数，这些数据可以在路由器的状态监控页直接查看，不要只记录某一瞬间的峰值数值，最好记录连续数分钟的平均运行数值，作为后续调整完负载之后做效果对比的统一基准。
调整VPN分流与路由器负载均衡规则前，提前留存基准运行数据可快速回退避免网络故障
现有VPN隧道的运行参数记录
首先要记录当前所有活跃VPN连接的类型，比如是IPsec、OpenVPN还是WireGuard，对应的远端服务器地址、协商使用的加密算法、当前隧道设置的MTU数值，还有每条隧道当前承载的上下行流量占比，避免调整负载分配之后，原本优先级高的业务流量被挤到低带宽的备用隧道里。
接下来要记录VPN当前设置的分流规则明细，包括哪些内网IP段走VPN隧道、哪些目标网站域名走公网直连、哪些端口被指定强制走VPN通道，很多用户调整负载的时候误删原有分流规则，导致原本需要走公网直连的内部办公系统流量全部走VPN，反而拖慢整体访问速度。
还要记录VPN隧道当前的连通性基准状态，比如从路由器后台ping VPN远端网关的平均延迟，连续测试过程中的丢包情况，还有内网终端通过VPN访问指定外部站点的连通结果，这些数据是后续调整完负载之后，判断隧道传输质量有没有下降的直接对比依据。
内网关联配置的留存信息
要记录路由器当前已经设置的QoS规则、端口映射、VPN加速器所有静态路由条目，很多负载调整操作会附带修改路由表的优先级，要是没提前记录原有静态路由的下一跳地址，调整完之后内网的本地服务器、监控摄像头这类需要固定路由访问的设备很容易出现失联故障。
还要记录内网终端的固定IP分配清单，也就是路由器DHCP地址池里设置的静态绑定IP对应的设备MAC地址、设备用途，后续要是调整VPN负载之后出现部分设备无法正常走隧道的问题，可以直接对照清单排查是不是IP段的分流规则出现了覆盖冲突。
故障定位的前置参考记录
要记录调整前整网已经存在的已知小问题，比如某台游戏主机偶尔出现的NAT类型异常、SurfsharkVPN官网某台远程办公电脑的VPN连接偶发断连的情况，避免调整完负载之后把原本就存在的历史问题误判成新操作导致的故障，增加很多无用的排查工作量。
最后要把所有记录的内容统一存放在本地非当前内网的存储设备里，不要只存在正在调试的路由器内置存储里，万一调整负载之后路由器出现配置丢失、反复重启的故障，本地留存的完整记录可以直接用来快速恢复原有配置，不需要从零开始逐一核对参数。
