VPN内外网地址冲突的核心症状是：客户端连接VPN后，原本可访问的内网资源（如公司OA、数据库、共享打印机）无法访问，或访问速度极慢，机场vpn但外网（如百度、GitHub）正常。这种冲突通常表现为路由表混乱，导致目标IP既匹配了本地局域网路由，又匹配了VPN隧道路由，系统按特定优先级错误地选择了非预期路径。解决关键在于厘清地址段的归属与路由策略，避免“双栈”混淆。
通过可视化网络拓扑图，定位路由表中冲突的地址段，理清内外网路径优先级。
观察本地路由表与网关指向
首先确认本地网络是否正常。在Windows系统下，以管理员身份运行CMD，输入route print；在macOS/Linux下，使用netstat -rn或ip route。重点观察默认网关（0.0.0.0/0或::/0）是否指向本地路由器。如果本地网络完全中断，优先排查物理连接或本地DHCP租约，而非VPN配置。若本地正常，再查看是否有针对内网网段（如192.168.x.x或10.x.x.x）的特定路由条目被VPN客户端强制添加。
验证隧道接口与协议行为
检查VPN隧道状态。对于OpenVPN、WireGuard或IPSec客户端，查看连接日志或状态页，确认隧道IP地址是否成功分配。若分配IP与本地网关冲突（例如本地网关192.168.1.1，分配IP也在192.168.1.x段且子网掩码较大），极易引发广播域重叠。此时，机场推荐观察客户端是否启用了“Split Tunneling”（分裂隧道）功能。若未启用且服务器下发全量路由策略，本地内网流量会被强行引入隧道，若隧道另一端没有对应网关，流量即黑洞丢失。
排查目标服务端路由与NAT
若本地和隧道均正常，需确认目标内网服务是否可达。使用tracert（Windows）或traceroute（macOS/Linux）追踪至目标IP。如果路径在VPN网关处中断，说明隧道服务端未正确配置回程路由。例如，VPN服务器端防火墙可能允许入站流量，但未将回包路由指向正确的内网接口。此外，检查是否启用了NAT（网络地址转换）导致私网IP转换失效。此阶段需联系网络管理员确认服务端路由表，客户端侧仅能验证连通性，无法直接修复服务端路由缺失。
