不少个人远程办公用户、企业网络管理员在调整VPN关联的本地带宽配置时，经常因为没有提前留存参考信息，调整后出现VPN连接中断、业务访问卡顿的问题，既找不到故障触发点也没法快速回滚原有配置，理清VPN与本地带宽：调整前需要记录什么的核心条目，是保障网络调整操作安全可控的必要前提，所有记录的信息都可以通过现有设备的管理后台、常规网络测试完成获取，不需要额外的特殊工具。
本地网络的基线带宽实测数据
首先要记录未建立VPN隧道时，本地直连公网的上下行带宽基线，测试过程中要同步记录测试时段的网络负载状态，比如是凌晨业务闲时还是工作日的办公高峰，同时确认测试时本地局域网内没有其他大流量下载、视频直播类的后台进程占用带宽，避免基线测试结果出现偏差。
接下来要记录当前VPN隧道正常连通状态下的实际带宽表现，这里要分别测试走VPN隧道的加密流量带宽、以及本地直连公网的非VPN分流流量带宽，对应后续要调整的带宽规则的生效范围，避免调整完成后，分不清带宽变化是来自VPN加密的固有特性，还是本地带宽配置修改带来的影响。
现有VPN连接的核心配置参数
首先要记录当前VPN客户端或者企业VPN网关侧使用的加密套件、隧道封装模式，比如是IPsec协议的隧道模式还是SSL VPN的代理转发模式，这类参数本身就会决定VPN隧道能承载的带宽上限，很多用户调整带宽时忽略原有加密配置，后续发现带宽跑不满就找不到对应的根因。
调整VPN关联的本地带宽配置前，工作人员正在逐一核验记录各项基线网络数据
还要完整导出当前VPN的分流规则明细，明确哪些网段的流量会强制走VPN隧道转发，哪些网段的流量直接走本地公网直连，很多远程办公用户调整本地带宽时，误把VPN专属的业务系统网段对应的带宽配额改小，protonvpn直接导致核心业务访问卡顿，提前留存分流规则可以在调整后出现异常时快速比对差异。
如果是多网卡设备同时使用VPN的场景，还要记录当前VPN连接绑定的物理网卡、虚拟网卡的运行参数，比如网卡当前设置的MTU值、现有的DSCP QoS标记规则，这些参数和本地带宽调整的策略是联动的，单独修改带宽配额不调整适配参数，很容易出现大文件传输丢包、VPN连接频繁断开的问题。
关联网络设备的现有带宽配额规则
要记录本地出口网关、家用路由器里当前针对VPN相关设备的带宽限制规则，比如有没有给运行VPN的设备单独设置了上下行带宽保障通道，有没有针对VPN的专用端口做了限速配置，这些规则和后续要调整的本地带宽直接相关，调整前记录清楚可以避免出现新老规则冲突、配置重复的问题。
如果是企业级多用户VPN部署的场景，还要记录内网流量管理系统、AC控制器里针对VPN用户组的带宽配额规则，很多时候用户修改了本地设备的带宽配置，但上层网络设备的配额没有同步调整，修改后的带宽规则根本无法生效，提前记录上层配置项，后续排查时可以逐层核对定位问题。
业务基准与历史故障的关联记录
要记录过往VPN连接出现卡顿、延迟升高故障时对应的带宽占用场景，免费vpn比如远程传输大体积业务文件时带宽占满，导致普通的网页访问、即时通讯消息出现延迟，这些历史场景可以作为调整带宽的参考依据，避免调整配置后旧故障再次复现。
还要记录当前所有依赖VPN运行的业务的最低带宽需求，比如远程视频会议、云桌面访问、业务数据同步各自需要的基础带宽阈值，protonvpn调整本地带宽时不能低于这些业务的最低运行要求，否则会直接影响正常业务的使用体验。
所有记录的参考信息最好统一存放在离线文档中，调整带宽完成后可以逐项比对验证，确认调整后的效果和预期是否匹配，如果出现VPN连接异常的情况，protonvpn可以第一时间对照原有配置回滚，不需要反复试错消耗大量排障时间。
