很多用户在遇到VPN连接卡顿、大文件传输断连、网页加载不全等问题时，会尝试调整VPN的MTU设置优化传输效率，但不少人操作前没有留存原有配置信息，一旦调整后出现全链路断网、内网资源无法访问等问题，很难快速回滚到可用状态，VPN与MTU设置：调整前需要记录什么，本质是梳理所有和链路封装、分片逻辑相关的核心参数，避免无依据修改引发的次生网络故障。
原有VPN连接的基础封装参数
首先要记录的是当前VPN连接本身的预设MTU数值，很多VPN客户端会在高级设置里显示当前生效的MTU值，不要只靠记忆里的默认值，不同协议的VPN默认MTU本身就有差异，国外加速器不同厂商的客户端出厂预设值也并不通用，你之前能正常连接的旧数值，是故障回滚的第一参照物。
除了MTU原值，还要同步记录当前VPN使用的加密协议、封装模式，以及是否开启了压缩、TCP MSS钳制这类关联功能，这些功能本身都会影响数据包的分片逻辑，后续调整MTU的时候如果同步改动了这些选项，很容易混淆故障的触发原因，记录下来能帮你快速排除无关变量，定位到问题的真正来源。
调整VPN MTU设置前提前记录原有核心参数，可避免故障后无法快速回滚的问题
本地物理网卡的原生网络配置
很多用户调整VPN MTU的时候会忽略本地物理网卡的原生MTU设置，实际上VPN的虚拟网卡MTU不能大于物理网卡的MTU，否则会出现数据包强制分片引发的额外损耗，你需要提前在系统的网络适配器属性里，找到当前正在使用的物理网卡，记录它的当前生效MTU值，不要直接照搬运营商公示的默认值，部分家用路由器会修改下发的MTU参数，本地看到的实时值才是准确的。
还要记录当前本地网络的DNS服务器地址，包括VPN连接前自动获取的运营商DNS，以及VPN连接成功后自动切换的远程DNS，部分场景下调整MTU后会出现DNS解析异常的问题，你留存的两套DNS配置，可以用来快速排查是MTU分片问题还是DNS配置冲突引发的访问故障，不需要额外花时间重新排查网络底层配置。
系统路由表与VPN分流规则的关联配置
调整VPN MTU之前，你需要先导出当前系统的全量路由表，不同操作系统都可以通过自带的命令行工具完成导出，路由表里面记录了哪些网段的流量走物理网卡直连，哪些网段的流量走VPN虚拟网卡转发，一旦调整MTU后出现部分内网网段无法访问的问题，你可以对照旧路由表快速恢复规则，不需要重新手动配置分流策略。
如果你使用的是自定义分流规则的VPN客户端，国外加速器还要把当前生效的分流规则列表完整截图或者导出备份，很多分流规则会针对特定网段设置独立的MSS数值，这些规则和VPN MTU的适配性是经过之前的运行验证的，记录下来可以避免调整MTU后分流规则和新参数不兼容的问题，减少不必要的调试成本。
近期网络运行的关联日志信息
你还要提前导出最近一段时间的VPN客户端连接日志，以及系统的网络事件日志，这些日志里会记录之前正常连接时的握手耗时、数据包分片记录、连接状态统计信息，后续调整新的MTU数值之后，你可以对照旧日志的运行状态，判断新配置有没有改善传输问题，还是反而引入了新的异常。
很多用户容易忽略的一点，是要记录当前VPN连接下可以正常访问的典型业务场景，Express加速器比如你之前可以正常加载带高清大图的网页、传输普通体积的文件都不会断连，把这些正常运行的场景记录下来，调整MTU之后可以用同样的场景做对照测试，避免把原本就存在的网络波动误判为MTU调整的效果。
最后要注意的是，所有记录的配置信息最好单独存放在不依赖当前VPN网络的本地文档里，不要存放在需要远程访问的云盘里，避免调整配置后网络完全中断，你连自己之前记录的参数都无法调取。整个调整过程遵循先备份、后修改、小步测试的原则，就能最大程度降低配置改动带来的网络故障风险，也能更精准地验证MTU调整的实际效果。
