不少自行搭建软路由VPN的用户都遇到过拨入连接成功后，无法访问内网资源、甚至本地设备断网的异常情况，这类故障绝大多数都和IP地址冲突相关，很多用户会反复调整VPN加密、端口映射配置浪费大量时间，本文从实际运维场景出发，给出可落地的逐项排查步骤，帮你快速定位并解决软路由VPN场景下的地址冲突问题。
运维人员对照网段参数逐项排查软路由VPN的地址冲突故障，快速定位问题根源
故障初判：先锁定地址冲突的典型现象
很多人遇到VPN拨入异常的第一反应是加密配置、端口转发规则出错，其实可以先通过几个典型现象初步判定是不是地址冲突导致的故障：比如拨入VPN之后，本地设备的局域网IP直接提示重复，或者能连上VPN但所有内网资源都ping不通，断开VPN之后所有网络访问立刻恢复正常，这类表现基本都指向地址类冲突问题。
初步确认的操作也非常简单，你先在拨入成功的设备上查看VPN虚拟网卡获取到的IP地址，再对比你软路由LAN侧的网段、内网其他下级路由器划分的子网段，如果任意两个网段的地址范围出现重叠，就可以优先按照地址冲突的方向排查，不用先去翻复杂的加密配置文件。
第一层排查：软路由VPN虚拟地址池的配置校验
新手搭建软路由VPN时最容易犯的错误，就是直接把VPN虚拟地址池设置成和软路由LAN口同网段的范围，比如LAN侧用的是192.168.31.0/24网段，VPN地址池也直接设成192.168.31.200到192.168.31.250，这种情况下拨入的VPN客户端拿到的IP，很容易和内网已经在线的摄像头、智能家居设备的固定IP产生争抢。
这一步的检查步骤是进入软路由的VPN配置界面，找到虚拟地址池的设置项，记录下当前的网段范围，再去软路由的LAN接口设置页，核对LAN侧的子网掩码和网段地址，只要两个网段的网络位完全重合，就属于典型的同网段地址冲突，直接把VPN地址池修改为完全独立的未使用网段即可，比如LAN用192.168.31.0/24，VPN地址池就可以设置为10.0.0.0/24的范围。
这里要注意一个常见误区，很多用户觉得把VPN地址池和LAN设为同网段，扬帆云VPN拨入的客户端就能直接访问内网设备，不需要额外加路由规则，实际上软路由的虚拟VPN网卡和LAN物理网卡在同网段下会产生大量无效ARP广播，反而会导致内网设备识别到重复IP直接断连，完全起不到简化配置的作用。
第二层排查：跨站点VPN的两端网段冲突校验
如果你搭建的是站点到站点的IPsec或者OpenVPN隧道，用来连接两个不同地点的软路由网络，两端同时出现VPN拨入异常、跨站点资源互访失败的情况，大概率是两端的内网网段和VPN分配的地址池出现了重叠。
检查的时候你需要分别登录两端的软路由后台，把本地LAN网段、VPN虚拟地址池、对端开放访问的内网网段三个地址段全部列出来，逐一比对有没有重叠的部分，很多用户家里的内网网段和公司内网网段刚好是相同的默认网段，搭完站点VPN之后两边互访直接出现路由寻址混乱，本质也是地址冲突的一种。
这种场景下的解决方式不需要改动VPN的核心加密配置，只需要把其中一端的内网LAN网段改成完全不重叠的独立网段，同时同步调整两端VPN配置里的允许访问子网规则，就能消除寻址冲突的问题。
收尾验证：冲突排除后的连通性校验
调整完地址池或者内网网段之后，先不要急着用外部设备远程拨入测试，先在软路由本地重启VPN服务，查看系统日志里有没有出现IP地址重复分配、虚拟网卡绑定失败的报错提示，如果日志没有相关报错，说明配置层面的冲突已经基本消除。
接下来用外部设备拨入VPN之后，先ping软路由VPN虚拟网卡的网关地址，再ping软路由LAN侧的网关地址，如果两次ping都能正常连通，说明路由转发规则没有因为之前的地址冲突出现异常。
最后还要测试访问内网的不同类型设备，比如NAS、网页管理后台、梯子软件局域网共享打印机，确认所有需要走VPN访问的资源都能正常连通，避免残留的隐性地址冲突导致部分设备访问异常。
