软路由上的VPN地址冲突通常指隧道接口地址与局域网或公网接口重叠，导致流量选路错误或连接失败。排查核心在于确认IP网段不冲突，Astrill并理清流量经由VPN出口还是直连的路径。解决需调整地址池或路由策略，避免将本应直连的本地流量误送入隧道。
确认地址空间是否重叠
首先检查软路由内网网段、VPN网关地址池及客户端分配地址是否冲突。若局域网为192.168.1.0/24，而VPN远程网段同为192.168.1.0/24，设备将无法区分目的地是本地主机还是远程节点。在软路由后台查看接口配置，对比各网段CIDR，排除完全包含或相交的区间。若无重叠，可排除此类基础错误。
分析流量选择器与路由作用域
即使地址无重叠，流量仍可能因路由策略错误而冲突。是否进入VPN由路由表、流量选择器或客户端策略决定。分隧道模式允许部分流量直连，部分走隧道。若配置不当，本地网关192.168.1.1的流量可能被错误标记为需通过VPN传输，因VPN对端无此路由而丢包。需检查软路由的策略路由，确保本地网段流量默认走物理网关，而非VPN接口。
直观展示软路由中隧道接口与局域网网段重叠导致的流量选路错误。
观察连接状态与日志定位
查看软路由的VPN会话日志，确认隧道是否建立成功。若会话正常但无法访问特定资源，检查目的IP是否在VPN远程路由范围内。使用只读检查手段，如ping或traceroute（在本地终端执行，非软路由内部命令），观察路径中是否出现意外的VPN网关IP。若路径正常但连接重置，可能是ACL或防火墙规则拦截了来自VPN接口的流量，需核对访问控制列表的作用方向。
调整策略而非强制全隧
解决冲突通常无需重置网络或关闭防护。若存在地址重叠，Astrill加速器首选调整VPN客户端地址池至独立网段，如10.8.0.0/24。若为路由策略问题，修改软路由中的出站接口绑定，明确哪些前缀使用VPN接口，哪些使用WAN接口。避免使用“全隧道”作为唯一解决方案，因为它可能将本地管理流量也送入隧道，增加延迟并可能因远程无对应路由而导致管理中断。精确划分流量边界是长期稳定的关键。
