很多自行部署软路由VPN的用户，经常碰到VPN拨号成功却打不开内网存储资源、跨站点互访时通时断、甚至拨号后直接断连本地网络的问题，这类故障大半都和IP地址冲突相关，很多新手反复调整加密规则、端口参数都没法解决，反而越改配置越乱，这篇分步排查教程从实际使用场景出发，帮你快速定位软路由VPN场景下的地址冲突根源，不用盲目改动原有网络架构。
排查前的配置前提确认
正式开始排查前，你首先要理清当前软路由下三类独立网段的分布，分别是软路由本身的LAN侧内网网段、VPN服务的虚拟接口预分配地址池网段、所有对接端的本地网段，包括远程拨号设备所在的局域网网段、其他互联站点的内网网段，先把这三类网段的网络地址和子网掩码单独列在文本里，不要混在一起比对。
很多新手的常见误区，是部署VPN的时候直接把虚拟地址池设成和本地LAN完全相同的网段，觉得这样客户端接入之后不用改规则就能直接访问内网，实际上拨号接入的VPN虚拟网卡和本地LAN的物理网卡处于不同的二层域，同网段分配IP必然会直接触发地址冲突，拨号客户端刚拿到IP就会和内网现有终端抢地址，直接出现半断连的状态。
第一步：定位冲突发生的具体网段范围
先登录软路由的管理后台，打开VPN服务的状态统计页，查看当前已经分配出去的所有虚拟IP列表，逐一比对这些IP有没有和内网里手动设置的静态IP设备重合，比如你给NAS、打印服务器、网关预留的固定IP，刚好落在VPN地址池的可分配范围内，就会出现拨号客户端拿到和NAS完全相同的IP，导致所有访问NAS的数据包都被路由到VPN客户端上。
梳理三类独立网段分布，是定位软路由VPN地址冲突的首要前提
如果在VPN地址分配列表里没找到重合项，就去软路由的ARP缓存表页面查看所有条目，要是发现同一个IP对应两个完全不同的MAC地址，或者同一个MAC绑定了两个不同网段的IP，就说明已经出现了实际生效的地址冲突，这类异常条目很多时候是因为之前的VPN客户端异常断线，虚拟IP没有被服务端及时回收，vpn新接入的内网终端刚好动态拿到了这个未释放的IP，两个设备同时在线就触发了冲突。
第二步：区分不同VPN模式的冲突场景
如果你用的是两台软路由做站点间互联的IPsec或者WireGuard VPN，这类场景的冲突大多不会弹出系统的IP冲突提示，只会表现为两个站点的终端互访时断时续，你去软路由的静态路由列表里查看目标站点的内网网段，会发现同一个目标网段同时指向了本地LAN接口和VPN虚拟接口，转发逻辑混乱之后，数据包不知道该往哪个接口发送。
如果是单人远程拨入的使用场景，很多时候冲突根源不在软路由本地，而是拨号侧的本地网段和软路由的LAN网段完全重合，比如你在外住酒店的时候，酒店内网刚好用了和家里软路由LAN完全相同的网段，vpn拨号之后软路由下发的路由规则会把访问酒店内网的数据包全部导回家里的内网，直接导致拨号之后连外网都没法正常使用。
针对性修复配置与后续校验方法
最稳妥的修复方案是把三类网段全部调整为互不重叠的独立网段，比如本地LAN用192.168.10.0/24，VPN虚拟地址池单独划分到10.0.0.0/24，提前和所有对接的站点确认他们的内网网段不要和这两个段重叠，不要图省事用路由器默认的192.168.1.0/24段，现在绝大多数公共网络、家用路由器都默认用这个网段，外出拨号时碰到同网段的概率非常高。
调整完配置之后不要立刻让所有VPN客户端接入，先拿一台测试设备完成拨号，分别测试访问软路由管理后台、内网静态IP设备、免费VPN跨互联站点的终端，同时在软路由后台持续刷新ARP缓存表，观察有没有异常的IP和MAC对应条目，确认长时间运行没有冲突提示之后，再把其他客户端陆续接入。
还有一个很容易被忽略的误区，就是配置VPN地址池的时候，没有把内网预留的静态IP段从可分配范围里剔除，哪怕三个大网段完全不重叠，VPN服务依然有可能把地址池里属于静态IP预留段的IP分配给拨号客户端，最终还是会出现地址冲突，配置地址池的时候一定要把预留段单独排除在外。
日常使用时你可以开启软路由自带的IP冲突告警功能，一旦系统检测到同网段下出现重复IP，就会给管理员推送通知，不用等用户反馈资源访问异常的时候再临时排查，能把大部分潜在的地址冲突问题提前处理掉，减少故障对正常使用的影响。
