在企业远程办公、分支站点互联的VPN部署场景中，私网地址冲突是高频出现的疑难故障，很多运维人员排查时经常因为信息记录不全反复回溯配置，拉长故障恢复时长。这份指南围绕VPN私网地址冲突场景下的信息记录实用方法展开，从故障现象锚定、多维度信息采集到校验归档全流程给出可落地的操作规范，帮运维人员快速定位根因，避免无效排查动作。
故障初发阶段的现象类信息记录规范
很多运维人员刚接到故障反馈时，只记录“VPN连不上”这类模糊描述，完全没留存冲突相关的特征，后续排查根本没有锚点。首先要第一时间记录故障用户侧的本地私网网段，包括用户终端的网卡IP、子网掩码、网关地址，同时记录用户接入VPN后访问资源的报错截图，是完全无法连通内网资源，还是部分内网资源访问异常，同时要标记故障发生的时间点，以及同批次出现问题的用户数量。
运维人员在VPN私网地址冲突排查过程中按规范记录多维度故障信息
这个阶段的记录要避开只记故障结论的误区，不要直接在记录里写“肯定是地址冲突了”，要把所有现象如实留存，比如部分用户连接VPN后还能正常访问互联网，但是内网OA系统ping不通，而其他同组用户完全没有问题，这类差异化现象恰恰是后续定位冲突范围的核心依据。
VPN网关侧的配置信息交叉记录方法
完成现象层记录后，要同步采集VPN两端的私网路由配置信息，首先记录VPN服务端配置的允许推送的内网网段列表，包括IPsec VPN、SSL VPN各自配置的客户端虚拟地址池的网段范围，再对比记录VPN连接的对端分支站点的私网网段，把所有涉及的私网段整理成无重复的列表。
这里的VPN私网地址冲突相关信息记录要注意区分NAT转换前后的地址段，很多场景下VPN服务端做了私网地址映射，不能只记录映射后的对外网段，还要把原始的真实内网业务网段也同步登记，避免后续排查时把映射网段当成真实网段，漏过隐藏的冲突点。
记录完成后要做第一轮初步校验，把采集到的所有本地用户侧网段、VPN虚拟地址池网段、两端内网业务网段全部做掩码对齐后的比对，只要出现任意两个网段重叠，就大概率是冲突触发点，飞机这一步的校验结果也要同步写入记录文档，不要只靠大脑记忆比对结果。
冲突定位过程中的动态信息留存要求
如果第一轮网段比对没有发现明显重叠，就需要在VPN连接建立的过程中动态抓包记录，要分别在用户终端、VPN网关出口两个位置同时留存VPN隧道建立阶段的协商报文，飞机重点关注报文里携带的对端子网字段，确认两端协商过程中有没有误传的私网网段。
同时要记录冲突发生时的终端路由表快照，用户终端连接VPN前后的路由表都要分别导出留存，对比新增的VPN路由条目有没有和终端本地原有路由的重叠，很多隐性冲突不是大段网段完全重叠，而是终端本地有个别静态路由的小网段和VPN推送的网段重合，这类问题如果没有前后路由表的对照记录，很难靠手动排查发现。
这个阶段的信息记录不要遗漏临时测试的操作记录，飞机比如运维人员临时修改某段网段的掩码、断开某条VPN隧道做验证的操作，所有操作的时间点、操作内容、对应的结果都要如实记录，避免后续排查时搞混操作顺序，把验证操作带来的临时变化当成故障本身的特征。
故障修复后的归档信息整理规范
确认冲突点解决之后，要把之前所有阶段记录的信息整合归档，飞机加速器明确标注本次VPN私网地址冲突的具体重叠网段、触发冲突的原因，比如是新增的家庭网关默认网段和公司内网业务网段重合，还是新接入的分支站点配置网段没有提前做校验。
归档的记录里还要附上后续的规避方案，比如后续新增VPN站点前要先把所有已登记的私网网段做全量比对，SSL VPN的虚拟地址池要配置成和常见家用路由器默认网段完全不重叠的地址段，后续运维人员可以直接调用归档的网段清单做前置校验，从根源上降低同类冲突出现的概率。
