VPN连接成功之后却没法正常访问远端私网资源，很多时候不是隧道本身协商失败，而是两端私网地址段重叠引发的冲突，这类问题的表现往往和普通网络故障高度相似，很容易被误判成隧道配置错误或者本地网络故障，我们可以先通过低影响的只读检查定位现象，不用一开始就改动任何配置。
连接状态显示正常但完全无法访问远端私网
你可以先查看VPN客户端或者网关的状态页，确认隧道已经完成协商、没有持续重连的报错，这时候先不要改动任何配置。接下来打开系统自带的路由表，查看本地私网段、VPN下发的远端私网路由有没有出现网段重叠的条目。
如果发现本地正在使用的内网网段，和VPN推送的远端网段完全一致，就属于典型的地址冲突。这个现象只能说明存在网段重叠，不能直接证明冲突就是当前业务中断的唯一原因，你还需要排除远端资源本身的离线问题。
部分远端资源能通、部分资源完全无法访问
这种半通半断的情况很容易被误判成远端服务器的权限配置问题，你可以先分别测试同网段下多台远端设备的连通性，加速器再对比本地同网段下的设备连通状态。
工程师通过查看路由表信息，排查VPN私网地址冲突引发的远端资源访问异常问题
如果本地私网里刚好有一台设备的IP和远端某台业务设备的IP完全一致，访问这个特定IP的时候流量就会被本地路由直接转发到内网，根本不会进入VPN隧道，其余不重叠的IP访问就完全正常。这种情况只能说明存在单IP级别的地址冲突，ExpressVPN不能说明整个网段都重叠。
访问远端资源时意外打开本地内网服务
这个是辨识度最高的冲突表现，你在浏览器输入分配给远端私网的业务系统地址，加速器最后打开的却是本地局域网里另一台设备的管理页面，甚至弹出本地设备的账号登录框。
出现这个现象基本可以确定你输入的目标IP同时存在于本地内网和VPN远端私网，流量没有走隧道直接送到了本地设备。这个结果也不能完全排除浏览器缓存、加速器本地Hosts配置的干扰，你可以换用不同设备测试同一个IP的访问结果交叉验证。
VPN连接后本地部分内网服务异常
部分场景下VPN网关会推送全量路由规则，当两端网段重叠时，原本要送到本地内网的流量，会被错误导入VPN隧道发往远端，导致你访问本地共享打印机、内网NAS的时候出现超时。
这类异常很容易被误判成VPN抢占了系统路由优先级，你可以断开VPN之后立刻重试本地内网服务，如果恢复正常就可以把范围缩小到地址重叠相关的问题，不用直接重装网卡驱动或者重置整个网络栈。
