很多家庭或者小型工作室为了扩大WiFi覆盖范围、隔离家用网络和办公网络，会搭建双路由器的分层网络架构，但这类环境下拨号连接VPN时，经常出现连不上远端资源、本地设备失联的异常，其中占比最高的故障诱因就是地址冲突，不少用户会直接把问题归因为VPN服务不稳定，反而绕开了最容易排查的本地配置问题，本文就围绕双路由器环境VPN地址冲突排查的全流程，梳理常见故障场景、定位方法和对应解决思路。
最典型的冲突现象初判
第一种典型现象是VPN拨号流程完全成功，科学上网但拨号之后完全无法访问远端办公内网的服务器、共享文件夹等资源，普通公网浏览却完全不受影响，很多用户第一反应是VPN远端的访问权限没有配置，其实有不小概率是地址冲突引发的路由规则紊乱。
第二种现象是VPN拨号成功之后，科学上网本地双路由器下挂载的智能家居、私有NAS、网络打印机等设备全部失联，断开VPN连接之后所有设备立刻恢复正常访问，这种表现几乎可以优先判定是两端网段重叠引发的地址冲突。
双路由器组网场景下排查VPN地址冲突故障的实操现场
第三种现象表现相对隐蔽，VPN连接之后部分内网资源能正常访问、部分资源完全打不开，偶尔还会出现公网网页加载异常的碎片化故障，这种情况大概率是双路由的二级子网和VPN分配的虚拟网段出现了部分IP段重叠，而非全段网段冲突，很容易被误判为VPN连接不稳定。
双路由架构下网段重叠的核心原因排查
绝大多数普通用户部署双路由器的时候，不会主动修改二级路由的默认LAN侧网段，市面上绝大多数消费级路由器的默认LAN管理地址都是192.168.1.1或者192.168.0.1，而绝大多数企业VPN的虚拟地址池，也刚好默认使用这两个C类网段，这就构成了地址冲突的基础条件。
双路由的配置模式选错也会大幅提升冲突概率，如果二级路由没有设置成AP桥接模式，而是沿用了出厂默认的NAT路由模式，相当于在主路由的子网下面又嵌套了一层独立NAT子网，这时候VPN拨号之后，本地系统路由表会同时存在两条指向同一段内网地址的规则，一条指向本地二级路由网关，一条指向VPN虚拟网卡，系统不知道该把对应IP的数据包往哪个端口转发，就直接引发地址冲突。
还有很多用户不知道的隐性场景，就是VPN拨入之后，远端内网的实际业务网段刚好和主路由的LAN侧网段重叠，哪怕二级路由的配置完全符合规范，也会出现冲突，很多通用排查教程只会检查二级路由的网段，往往会漏掉这个故障根源。
逐项定位冲突点的实操步骤
第一步先断开VPN连接，分别登录主路由器和二级路由器的管理后台，查看两台设备的LAN口IP地址，记录下各自对应的子网网段，比如主路由是192.168.3.0/24，二级路由是192.168.1.0/24，把两个网段的完整信息整理出来。
第二步正常拨号连接VPN，查看VPN连接属性里分配到的虚拟IP地址，以及VPN服务端自动推送的远端内网路由网段，把这个网段和之前记录的两个本地子网网段做比对，如果有完全重合或者部分重合的情况，就可以确认是网段重叠引发的地址冲突。
如果比对之后发现所有网段完全没有重叠，科学上网就需要检查本地设备的静态路由配置，很多用户之前为了访问双路由下的特殊设备，手动添加过自定义静态路由，这类静态路由的规则优先级高于VPN自动推送的路由规则，也会引发类似地址冲突的访问异常。
对应冲突场景的解决办法与常见误区
如果确认是二级路由的LAN网段和VPN网段冲突，最简单的处理方式是登录二级路由后台，把LAN侧的网段修改成不常用的C类段，比如192.168.23.0/24，修改完成之后重启二级路由，所有连接二级路由的设备重新获取IP地址之后，坚果再拨号VPN就不会出现同类冲突。
如果排查后发现是主路由的LAN网段和VPN远端业务网段冲突，就不能只修改二级路由的配置，需要联系企业VPN的管理员，调整VPN虚拟地址池的网段，同时在VPN服务端配置两端的NAT映射，避免同网段的地址互访出错。
很多用户碰到冲突之后，优先选择修改本地设备的静态路由规则，这种操作只适合临时应急使用，一旦设备重启或者VPN重新拨号，自动推送的路由规则会覆盖手动配置的内容，反而会引发更难排查的隐性故障，不推荐普通用户长期使用。
排查完成之后，建议用户把双路由的配置信息和常用VPN的网段信息做记录，后续更换VPN节点、调整双路由布局的时候，先核对网段信息，就能从根源上避免这类地址冲突问题反复出现。
