很多软路由用户在部署VPN隧道打通异地内网的时候，经常会遇到内网设备无法互访、VPN连接频繁掉线、部分终端连入VPN后直接断网的问题，这类故障大半都和IP地址冲突有关，很多新手排查的时候只会反复重启软路由，找不到核心问题，这篇指南就从实际操作场景出发，一步步梳理软路由VPN场景下的地址冲突排查逻辑，帮用户快速定位故障点，不用盲目改动全局配置。
排查前的基础配置前提确认
很多用户排查冲突之前连基础的地址段分配规则都没理清楚，首先要先导出软路由本身的LAN口网段、VPN服务端预留给拨入用户的虚拟地址池网段，还有异地要对接的内网网段这三份清单，不要上来就扫ARP表，很容易漏看跨网段的冲突。
这里要注意，很多用户容易忽略软路由本身的VPN虚拟网卡的IP，这个地址一般是虚拟地址池的网关地址，很多人配置的时候随手把这个地址设成和本地LAN网关一样的IP，从配置根源就埋下了冲突隐患，这一步先把三个网段的所有网关、预留静态IP全部列出来，避免后续排查漏项。
本地内网侧的第一层冲突定位
首先先断开所有VPN隧道连接，只保留软路由本地LAN的正常运行状态，在软路由的后台终端里执行ARP扫描命令，扫遍整个本地LAN网段的所有在线设备，把扫出来的IP和之前整理的预留静态IP清单做比对，火烧云VPN看有没有终端私自设置了静态IP占用了VPN地址池的网段。
提前梳理三类网段清单，从根源排查软路由VPN的IP地址冲突隐患
这里要注意一个常见误区，很多用户的VPN地址池和本地LAN网段是同网段的，这种配置本身就属于高冲突风险配置，哪怕当前没有设备占用，后续新接入的终端也很容易抢到VPN要分配的IP，这类场景建议优先把VPN虚拟地址池改成和本地LAN完全不重叠的私网网段，从根源降低冲突概率。
VPN隧道两端的跨网段冲突校验
当本地内网确认没有冲突之后，接下来要检查VPN对接的异地内网的网段配置，很多用户部署站点到站点的IPsec VPN的时候，本地LAN和异地LAN用了完全一样的私网网段，哪怕两边的内网终端IP都不重复，VPN隧道建立之后也会出现路由寻址冲突，数据包不知道该发往本地还是对端，表现出来的症状就是部分资源能访问部分完全不通。
这里的排查操作不需要两边跑，只需要在软路由后台查看VPN服务端的路由表，看有没有生成指向对端网段的静态路由，再比对本地所有直连网段，只要出现网段重叠的条目，就说明是跨站点的网段冲突，调整任意一侧的内网LAN网段为不重叠的私网段就能解决。
VPN拨入用户的地址冲突排查
针对远程用户拨入的移动VPN场景，很多用户会遇到不同远程用户拨入之后拿到了同一个虚拟IP的情况，VPN客户端这类冲突大多是因为VPN地址池的租期设置不合理，或者之前离线的用户的IP没有及时释放，新的拨入用户刚好分配到了还被标记为占用的IP。
这时候可以直接在软路由的VPN服务后台查看在线用户的地址分配列表，对比当前所有拨入用户的虚拟IP，找到重复分配的条目之后，手动释放所有离线用户的地址租期，再重启VPN服务，就能解决这类动态分配导致的冲突。
最后要提一个常见的使用误区，很多用户为了方便，会给经常拨入的固定设备设置VPN静态绑定IP，设置的时候没有把绑定的IP从动态地址池里排除出去，后续动态分配的时候就有可能把这个已经绑定给其他设备的IP分配出去，人为制造冲突，这类配置完成之后一定要再核对一遍地址池的范围，把所有静态预留的IP全部划出动态分配区间。
所有排查操作完成之后，不要立刻接入所有设备，先逐个测试VPN拨入、跨站点互访的连通性，确认没有异常断连的情况之后，再把之前断开的终端全部接回网络，后续日常维护的时候也可以定期导出软路由的地址分配清单做核对，避免新接入的设备无意间占用VPN相关的预留IP。
