旅行路由器在开启VPN后出现地址冲突，通常指客户端获取的IP与局域网内其他设备重复，或路由表指向错误接口导致本地网络不通。这种现象多源于VPN服务端分配的地址池与路由器WAN侧或LAN侧地址范围重叠，梯子或者路由器自身未正确隔离VPN接口与物理LAN接口的广播域。排查时，首要任务是确认冲突的具体形式：是设备无法上网，还是本地设备之间无法互访，亦或是DHCP租约异常。
旅行路由器开启VPN后出现连接异常，通过日志排查地址冲突。
确认冲突现象的具体范围
在修改任何配置前，先明确“冲突”的表现。如果仅有一台设备无法访问互联网，而其他局域网设备正常，问题可能局限于该设备的接口状态或驱动，而非全局地址冲突。若所有连接该路由器的设备均无法获取正确网关，或日志显示“IP Address Conflict”警告，小黄鸭则指向DHCP池配置错误或静态IP固定冲突。检查路由器管理界面的DHCP日志，查看最近的租约分配记录，确认是否有两台设备被分配了同一IP。此步骤为只读操作，不会影响现有连接。
核查DHCP地址池与VPN隧道IP段
地址冲突的核心原因常在于DHCP服务的起始地址与结束地址包含了VPN客户端可能获得的IP范围。许多旅行路由器将VPN服务器功能与客户端功能集成在同一设备上，若未将VPN专用子网（如10.8.0.0/24）与局域网子网（如192.168.1.0/24）严格区分，DHCP可能向非VPN设备发放VPN段内的IP，或反之。查看路由器网络配置中的接口设置，确认LAN接口、WAN接口及VPN虚拟接口的IP地址及子网掩码。确保这些网段互不重叠。若使用的是SAG或OpenVPN等协议，需参考对应协议文档中关于地址池分配的说明，确认服务端配置的`pool`或`server-bridge`参数是否与客户端获取的CIDR一致。
检查路由表与流量选择器
即使IP分配正确，路由表错误也会导致逻辑上的“地址不可达”或冲突感。使用路由器的命令行接口或管理页面的路由视图，小黄鸭检查默认路由（0.0.0.0/0）是否指向正确的出口接口。若开启了分隧道（Split Tunneling），需确认流量选择器是否正确将非敏感流量直接指向WAN接口，而非全部引导至VPN接口。错误的策略可能导致本地局域网流量也被送往隧道，造成延迟极高甚至超时，被误判为地址问题。观察特定目标IP（如本地网关192.168.1.1）的路由条目，确认其下一跳为本地接口而非VPN虚拟接口。
验证客户端接收到的实际参数
在客户端侧（如手机或电脑），使用网络诊断工具查看接收到的DHCP选项。重点关注租约中提供的网关（Gateway）、DNS服务器和IP地址本身。如果客户端获得的网关地址不在其IP所在的子网内，或者DNS指向了不可达的IP，连接会失败。此外，检查客户端操作系统的路由表，看是否存在指向VPN网络的持久化路由残留。重置客户端的ARP缓存和DNS缓存是安全的只读操作，有助于排除因旧配置导致的误判。此步骤不涉及路由器配置修改，仅通过观察客户端侧数据来反向验证服务端配置的正确性。
