不少多线接入的办公场景、小型工作室场景都会部署双宽带，一条承载普通公网浏览、对外服务的流量，另一条专门用来搭建VPN隧道访问远端的内部局域网资源，这类场景下经常出现VPN连接成功但局域网资源打不开、访问时通时断、跨网请求丢包的问题，很多运维人员盲目调整VPN配置反而会扩大故障范围，风驰加速器这套标准化的检查实操流程可以帮使用者快速定位问题根源，避免无效操作。
运维人员正在双宽带接入的办公场景中开展VPN局域网访问的标准化排查操作
双宽带环境下VPN局域网访问的配置前提确认
首先要确认双宽带的全局路由规则没有冲突，很多新手配置多WAN路由器时会把两条宽带都设置成默认路由，VPN隧道的回包很容易随机选择另一条宽带的链路发出，导致VPN两端的会话校验直接失败，局域网访问的握手请求根本得不到正确响应，配置前必须明确VPN流量绑定的专属物理WAN口，不能让VPN流量参与全局的随机选路。
其次要确认本地内网的所有LAN口网段，没有和VPN对端的局域网网段出现地址重叠，双宽带场景下很多用户会给不同WAN口下的子设备分配不同的内网段，风驰加速器要是其中某一段和远端VPN的内网段完全重合，访问请求会直接在本地局域网内被拦截，根本不会被转发到VPN隧道当中。
还要提前确认两条宽带的运营商侧限制规则，部分面向家庭用户的宽带默认会开启端口隔离、风驰严格NAT模式，会直接拦截IPsec、OpenVPN的常用隧道报文，双宽带场景下很容易出现其中一条宽带能正常承载VPN流量，另一条完全无法建立隧道的情况，提前排除运营商侧的拦截，能避免后续检查做无用功。
双宽带环境VPN局域网访问分步检查实操
第一步先做单WAN口隔离测试，临时断开其中一条非VPN绑定的宽带，只保留承载VPN业务的WAN口在线，尝试访问远端局域网的共享文件、内网业务系统端口，确认单宽带场景下VPN局域网访问完全正常，先排除VPN本身的密钥配置、对端权限配置错误的问题。
第二步恢复双宽带接入后，第一时间登录主路由的VPN配置管理页，确认当前VPN隧道的实际出接口是之前指定的WAN口，没有被系统自带的负载均衡规则自动切换到另一条宽带线路上，不少入门级多WAN路由器默认会把陌生的VPN流量当成普通公网流量分配到空闲线路。
第三步在本地的测试主机上用路由追踪工具，查看访问远端局域网IP的完整路径，确认报文的出网接口是VPN绑定的WAN口，没有出现报文先跑到另一条宽带的公网网关，再绕回本地VPN隧道的异常路径，这种路径错乱是双宽带场景下VPN局域网访问不通的最高发原因。
第四步测试双向访问的连通性，风驰用远端局域网的授权设备尝试反向访问当前双宽带环境下的内网测试主机，确认双向的请求报文都能沿着预设的隧道路径传输，没有出现回包走另一条宽带链路被运营商NAT网关丢弃的不对称路由问题。
常见故障场景的排查处理方法
如果检查后发现单WAN口访问完全正常，开启双WAN之后VPN局域网访问时通时断，大概率是负载均衡的默认路由权重配置不合理，只需要给所有VPN对端的内网网段添加专属静态路由，强制相关流量全部走指定的WAN口，不加入全局负载均衡队列就能解决问题。
如果出现部分内网设备可以正常通过VPN访问远端局域网，另一部分设备完全无法连通的情况，要检查双宽带下的DHCP分配规则，确认不通的设备获取的本地网关地址，是不是意外指向了另一条宽带的子路由，导致访问请求根本没有转发到VPN所在的网关上。
很多用户容易陷入的配置误区，是直接在双宽带环境下开启VPN多线路负载，试图把两条宽带的带宽叠加到同一条VPN隧道里，这种操作很容易导致两端VPN设备的会话校验频繁出错，反而会让局域网访问的稳定性大幅下降，没有专业多链路VPN设备支持的情况下不要随意尝试隧道多链路聚合。
日常运维时可以把VPN绑定的WAN口设置成故障转移模式，只有当主用宽带完全断连的时候才自动切换到备用宽带发起VPN重连，平时双线路正常在线的场景下保持VPN流量走固定线路，就能大幅降低双宽带环境下VPN局域网访问的异常概率。
