不少企业分支运维人员、家用带远程办公需求的普通用户，在调整VPN隧道带宽配额、本地出口带宽调度规则前，经常因为没有留存完整的原始运行信息，调整后出现VPN断连、本地常规业务带宽被挤占、远端资源访问卡顿等问题，甚至找不到回滚依据只能重置所有配置。本文围绕VPN与本地带宽：调整前需要记录什么的核心问题，结合常见的企业分支路由器、家用VPN网关的实际操作场景，梳理所有必须留存的关键信息，帮用户规避调整后的不必要故障。
本地网络出口的裸带宽基线信息
首先要记录的是断开所有VPN连接状态下，本地运营商分配的上下行裸带宽的实际运行状态，不能带着活跃VPN隧道测速，否则得到的是隧道封装叠加后的带宽数据，完全不具备后续调整的参考价值。你可以直接把测试设备接在运营商拨号网关下，关闭所有后台下载、视频类流量，多次测试后记录稳定的带宽数值。
除了裸带宽的基准数值，还要同步记录当前本地出口已经生效的带宽分配规则，比如企业场景下给视频会议、核心业务系统预留的固定带宽配额，家用场景下给游戏主机、智能家居设备设置的QoS优先级规则，这些规则和后续VPN的带宽抢占逻辑直接相关，调整前没记录的话，很容易改完之后常规业务的带宽被VPN完全挤占。
当前VPN隧道的全量运行配置参数
这里要区分不同类型的VPN分别做记录，比如IPsec VPN的预共享密钥、协商阶段的加密算法、隧道允许转发的网段列表，还有SSL VPN的最大并发连接数、单用户带宽限制阈值，这些信息很多用户平时不会特意导出备份，调整带宽配置的时候如果误触修改了隧道协商参数，会直接导致所有远端站点的VPN连接全部断连。
还要完整记录当前VPN隧道的分流规则，明确哪些业务网段的流量是走VPN隧道转发、哪些业务流量是直连本地出口转发，很多用户调整带宽的时候误把分流规则覆盖，导致所有本地流量都强制走VPN隧道，瞬间就会把有限的本地出口带宽占满，所有网络业务都出现卡顿。
你可以登录VPN网关的流量统计页面，连续记录两到三个工作日高峰时段的隧道流量峰值，不要只记录某一个时刻的瞬时流量值，避免后续调整带宽的时候给VPN预留的配额不足以支撑高峰时段的正常业务运行，反而触发新的带宽拥堵问题。
关联网络设备的端口与路由配置
多数场景下VPN服务是架设在单独的边缘网关或者专用服务器上的，调整带宽之前还要记录VPN设备对接本地交换机的端口配置，比如端口的VLAN划分、端口自带的限速规则、对应VLAN之间的访问控制列表，这些配置很多是和VPN的带宽调度逻辑绑定的，调整带宽的时候很容易联动误改无关参数。
还要完整导出本地路由表中和VPN相关的静态路由、策略路由条目，比如指向VPN远端网段的下一跳地址、路由的优先级数值，很多用户调整带宽的时候误删了原有路由条目，后续就算把带宽参数改回原来的数值，VPN流量也没法按照原有路径正常转发。
历史异常与备份校验信息
调整之前还要记录近一段时间内VPN和本地带宽出现过的异常留底，比如隧道偶然断连的时间点、带宽跑满时对应的关联业务类型、之前排查故障时临时添加的过渡配置，这些信息可以帮你快速判断后续调整后出现的异常，是新操作导致的还是原有遗留问题触发的，不用浪费时间重复排查已知问题。
最后所有整理好的记录信息都要做离线备份，不要只存储在当前正在使用的网络设备本地，万一调整过程中设备配置出错没法登录管理后台，你还能对照离线记录一步步回滚到初始状态，避免长时间断网影响正常的办公或者日常网络使用。
