很多使用远程接入VPN访问企业内网资源的用户，都遇到过连接VPN后本地局域网设备失联、部分内网业务系统无法访问的问题，这类故障绝大多数都属于VPN私网地址冲突场景，VPN客户端不少用户排查故障时随手记录的信息零散不全，反而拉长了排障周期。本文从问题排查的全流程出发，梳理VPN私网地址冲突场景下实用信息记录方法，覆盖现象采集、配置核验、操作留痕、归档全环节，帮普通用户和运维人员快速定位根因。
冲突现象第一手信息实时记录规范
遇到VPN连接后访问异常的第一时间，不要急着修改本地网络配置，优先记录当下的直观现象，避免事后凭回忆补录信息出现偏差。
记录内容要划分三个独立维度，第一是VPN连接前后的本地网络状态，比如连接VPN前能否正常访问本地路由器管理后台、家用NAS、局域网打印机等设备，连接VPN后这类本地资源的访问状态有没有变化；第二是VPN连通后可正常访问的企业内网资源列表；第三是完全无法打开的内网资源列表，不要笼统写下“VPN不好用”这类没有排查价值的模糊描述。
地址段冲突关联配置信息核验记录
完成现象记录后，接下来要同步采集两端的私网地址分配规则，飞马VPN先导出本地侧的完整路由表，Windows系统下执行route print命令、macOS和Linux系统下执行ip route命令导出全部路由条目，不要只查看本地物理网卡的IP地址就下判断。
居家远程办公场景下，用户按规范记录VPN地址冲突排查所需的各类网络信息
之后联系企业VPN管理员获取VPN服务端推送的内网网段、虚拟网卡分配的地址池范围，飞马VPN把本地路由表的私网段和服务端提供的网段做逐行比对，记录下完全重合或者部分重叠的CIDR段，这类重合段就是大概率的冲突来源，要单独做醒目标记。
这里需要注意常见记录误区，很多用户只记录IPv4私网地址段，忽略了IPv6的ULA私网地址段，部分隐蔽的VPN私网地址冲突是双栈环境下IPv6私网段重合导致的，记录核验时要把双栈的地址段全部纳入比对范围，避免遗漏问题。
故障定位过程的操作留痕记录规则
调整配置做验证测试的时候，每一步操作都要同步记录操作内容和对应的全维度结果，比如你尝试把本地路由器的LAN口网段改成新的未重合网段，就要同时记录改完之后的VPN连接状态、本地局域网连通状态、企业内网资源访问状态三个维度的结果，不要改完配置之后忘了自己之前做过的调整，反而引入新的未知配置问题。
如果调整配置之后冲突现象消失，要把调整前的原始配置、调整后的新配置都同步归档记录，后续遇到同场景冲突的时候可以直接复用排查经验，不用重复做无效测试。
还要记录不同接入设备的对照测试结果，比如同一本地网络环境下用手机开启移动热点连接VPN会不会出现同样的冲突，换一台笔记本连家里的WiFi开启VPN有没有异常，这类跨设备的测试记录可以快速区分是单设备配置问题还是全局网段冲突问题。
冲突解决后的边界信息归档要求
VPN私网地址冲突问题完全解决之后，要把本次场景的所有记录整理归档，标注清楚冲突的根因、两端的网段重合点、最终采用的解决方案，比如是修改本地私网网段还是在VPN服务端配置针对性的NAT地址转换规则。
归档的记录还要明确标注对应的隐私边界，涉及企业内网核心业务网段的敏感内容不要随意转发到公网环境，避免内网拓扑信息泄露，后续运维人员排查同类问题的时候，只需要提取冲突记录部分，不用重复核验敏感的内网配置信息。
