不少用户在修改VPN分流规则、调整本地路由器带宽优先级、修改网卡QoS配置之后，经常遇到VPN断连、内网业务无法访问、公网流量卡顿的问题，很多故障的根源都是调整前没有留存足够的基准信息，出问题之后没办法快速回滚定位。本文围绕VPN与本地带宽：调整前需要记录什么的核心需求，结合日常办公IPSec VPN、家用OpenVPN的实际使用场景，梳理所有需要提前留存的关键信息，帮用户降低调整操作的故障风险。
当前VPN连接的原生链路状态记录
首先要记录的不是测速类的浮动数值，而是当前VPN连接绑定的物理网卡属性，比如Windows系统网络适配器列表里，VPN生成的虚拟网卡对应的底层物理网卡，是插网线的以太网设备还是连接5G频段的无线网卡。很多用户调整本地带宽规则时选错了网卡对象，直接把VPN的隧道流量当成普通公网流量做了限速，调整完成后才发现VPN连接速度骤降，根本找不到问题源头。
其次要留存VPN当前的路由表快照，不需要手动逐条抄写，只要在系统命令行工具中执行路由列表查询指令，把包含VPN虚拟网卡专属网关的条目完整截图存到本地非系统分区，尤其是指向公司内网专属网段的自定义静态路由。不少用户调整本地带宽的路由优先级时，误覆盖了手动添加的内网路由规则，蜂窝之后完全连不上内网服务器，没有基准路由表对照的话，排查要耗费数倍的时间。
调整VPN与本地带宽相关配置前，提前留存基准网络信息可有效避免后续出现断连、卡顿等故障
还要记录当前VPN连接的认证配置详情，比如是预共享密钥认证、本地证书认证还是域账号校验模式，部分商用VPN客户端会在用户修改本地网卡带宽属性后自动重置连接配置，提前截图保存认证配置页面的所有参数，后续不需要反复联系网络管理员索要密钥重配，也能避免因为配置缺失导致的VPN连不上问题。
本地带宽的基线运行参数记录
要记录本地物理网络的带宽占用基线状态，在没有跑大流量下载、内网大文件传输任务的空闲时段，把系统任务管理器里物理网卡的实时带宽占用页面截图，同时标注当前后台正在运行的占带宽业务，比如正在同步的个人云盘文件、正在后台下载的系统更新包，避免调整带宽规则之后，把这些原本正常的后台业务当成异常流量直接掐断，导致后续数据同步中断。
还要记录本地路由器中已经配置完成的存量规则，包括已经设置好的QoS流量优先级规则、内网设备的端口映射条目、IP和MAC绑定列表，很多用户调整VPN的端口转发规则时，不小心覆盖了原本给内网NAS、监控设备开的专属端口映射，提前把路由器流量控制页面完整截图，调整后出问题可以直接对照原有配置一键回滚，不需要逐个核对几十条规则。
业务连通性的基准验证记录
要记录VPN连接状态下所有核心业务的连通基准，调整前挨个访问日常需要用到的内网业务，比如公司OA系统、内部代码仓库、共享文件服务器，把每个页面的加载状态、内网服务器的连通性测试返回结果截图留存。等调整完带宽之后如果某一项业务访问失败，能直接对照判断是本次调整操作导致的问题，还是原本就存在的隐性网络故障，避免做大量无效的排查操作。
还要记录VPN分流规则的当前生效状态，确认哪些站点的流量是走VPN隧道传输、哪些站点的流量是走本地运营商网络直连，蜂窝VPN官网很多用户调整本地带宽策略时误改了VPN的分流默认规则，之后所有公网流量都强制走VPN隧道导致全网上网卡顿，提前把VPN客户端的分流配置页面截图保存，调整完成后可以快速核对规则有没有被意外改动。
异常场景的前置留痕记录
要记录调整操作之前已经存在的偶发网络问题，比如此前偶尔出现的VPN短时闪断、内网小文件传输卡顿的现象，把这些问题出现的大致时间、触发场景提前标注清楚，避免调整完带宽之后，把原本就存在的旧问题当成新操作引发的故障，浪费大量时间去排查和本次调整完全无关的问题。
还要记录当前操作系统、VPN客户端的具体版本号，部分老旧版本的VPN客户端和新版系统的带宽控制策略存在已知兼容性问题，调整之前把版本信息截图留存，后续如果出现配置不生效、VPN反复掉线的问题，可以快速定位是不是版本兼容导致的故障，不用反复测试无关的配置项浪费时间。
所有提前记录的文件都要存在本地不需要走VPN访问的本地磁盘分区里，不要存放在需要VPN连接才能访问的内网云盘或者内网服务器中，避免调整操作失误导致VPN完全连不上内网的时候，找不到之前留存的基准对照信息。整个调整过程遵循改前留痕、改后对照的原则，就能最大程度降低操作带来的网络故障风险。
