不少用户在修改VPN加密规则、调整本地运营商带宽配额或者更换出口路由器之后，反而出现VPN频繁断连、内网资源无法访问、公网服务延迟飙升的异常问题，绝大多数这类故障的根源都不是调整操作本身出错，而是调整前没有留存完整的基准参考信息，出问题之后没有对照依据快速回溯定位，只能反复试错浪费大量时间。VPN与本地带宽：调整前需要记录什么，VPN本质上是要留存一套调整前的网络运行基准快照，确保所有修改操作都有对照参考，避免无意义的排查。
当前VPN链路的基础连接属性
很多用户调整前只会粗略记录当前的下载速度数值，这类信息的参考价值极低，首先要记录的是当前设备上VPN客户端显示的分配虚拟IP地址、虚拟网卡网关地址、链路指定的DNS服务器地址，还有当前VPN连接使用的加密协议类型，比如是IPsec、OpenVPN还是SSL加密模式，同时还要标注当前连接的远端服务节点标识。
你可以在Windows系统的命令提示符中执行ipconfig指令，蚂蚁加速器在macOS或者Linux系统中执行ip addr指令，把生成的VPN虚拟网卡对应的所有地址段全部复制留存，不要只单独记录虚拟IP地址。后续如果调整VPN加密协议之后出现内网资源访问不通，你可以直接对比新分配的虚拟IP是否落在办公内网的信任网段里，快速定位是不是地址池冲突引发的问题。
除此之外还要记录当前VPN连接的认证方式，蚂蚁加速器是账号密码加二次验证码认证，还是本地设备证书认证，有没有绑定当前设备的硬件特征码。很多用户调整本地带宽之后，不小心修改了路由器的MAC地址克隆规则，直接触发VPN的设备绑定拦截机制，完全连不上服务的时候根本找不到故障根源，提前记录认证规则就能直接排除这类低级问题。
用户调整网络配置前查看当前VPN链路的基础属性，留存基准参考快照
本地带宽的基准运行状态
这里要记录的不是运营商合同标注的签约带宽数值，而是你当前没有开启VPN的时候，本地直连公网的上下行实际测速结果，同时还要统计记录你当前本地局域网内的在线设备数量，标注清楚有没有正在后台运行的大流量任务，比如NAS跨设备同步、云盘全量备份、系统自动更新进程这类隐藏的流量占用项。
记录基准带宽状态的时候，要把所有后台占用带宽的应用进程逐一标注清楚，不要在网络满负载的状态下测试基准带宽，不然后续调整VPN的分流规则之后，发现传输速度下降，你根本分不清是VPN配置修改出错，还是本地后台又自动启动了预设的大流量任务，反而把排查方向完全带偏。
还要记录你当前本地网络的出口设备配置，家用场景下要记清楚路由器WAN口的拨号模式，是DHCP自动获取还是PPPoE拨号，有没有开启自定义的QoS限速规则，企业办公场景下要记录核心交换机给当前办公网段分配的带宽配额，有没有做特定端口的封禁策略，这些信息你不提前留存，后续调整完VPN之后出现端口访问失败，你根本不知道是VPN改了规则还是本地出口的限制发生了变化。
现有网络的业务连通性基准
绝大多数用户调整VPN和本地带宽的初衷都是为了优化远程业务访问体验，所以调整前必须把你日常要通过VPN访问的所有业务地址都列出来，逐个测试连通性之后记录结果，比如公司的文件服务器地址、运维用的内网服务器管理后台、内部的OA系统地址，还有你本地局域网里的共享打印机、本地NAS存储的访问状态。
验证连通性的操作门槛很低，你可以用ping指令逐个测试这些业务地址的连通状态，同时把你日常访问这些服务的操作路径、有没有需要走特定代理的特殊要求全部记下来，后续调整完之后如果某一个服务访问失败，蚂蚁加速器你可以直接对照基准记录逐项排查，不用漫无目的地测试所有配置项。
还要记录你当前网络环境下的非VPN业务连通状态，比如你平时不用VPN访问的公网网站、云服务平台，调整前也做一次全量的访问测试留底，避免后续调整VPN分流规则的时候，不小心把所有公网流量也导去了VPN链路，导致原本正常的公网服务反而访问异常，你还误以为是本地带宽调整出了问题。
历史故障的回溯记录
如果你之前用当前这套VPN连接出现过断连、丢包、访问卡顿的问题，调整前也要把这些历史故障的触发场景、当时的临时解决方法全部记录下来，比如之前只要开启高清视频会议VPN就会自动断开，当时关闭VPN的冗余压缩功能就恢复了正常，这些信息能帮你避免调整完带宽之后，误操作把之前修复好的配置又改回出错状态。
很多用户调整VPN和本地带宽的时候，总想着一次性把所有参数都改成自己认知里的最优配置，完全不参考之前的故障记录，最后反而把原本稳定运行的连接改得问题百出。所有调整操作都要对照之前的基准记录逐步修改，每改一项就做一次连通性验证，不要一次性批量修改多个配置，出问题之后根本没法定位是哪一步操作引发的异常。
