WSL2环境下Docker容器无法通过企业VPN访问内部资源如何解决？

问题原因 #

这是WSL2后端Docker Desktop的常见路由冲突问题，不属于不可修复的功能限制。
你遇到的报错根因为：企业VPN使用的10.0.0.0/8内网网段，和Docker默认网桥的预留路由段优先级冲突，发往VPN侧的流量被Docker的路由规则错误拦截，没有转发到WSL2的VPN虚拟链路，导致访问超时。

可行修复方案 #

按生效优先级从高到低排列：

方案1：修改Docker默认网桥网段（永久生效，推荐） #

从根源避免网段冲突，操作步骤：

1. 打开Docker Desktop设置面板，进入「Docker Engine」配置页
2. 在原有JSON配置中添加自定义网桥网段参数，示例如下：

{
  "bip": "192.168.200.1/24",
  "fixed-cidr": "192.168.200.0/24",
  "experimental": false,
  "features": {
    "buildkit": true
  }
}

3. 点击「Apply & Restart」重启Docker，后续新创建的容器都会使用该非冲突网段，即可正常访问VPN内网资源。

方案2：使用Host网络模式启动容器（临时测试用） #

容器直接共享WSL2的网络栈，自动继承WSL2的路由规则，无需修改全局配置，启动命令调整为：

docker run -it --rm -d --network host --name web nginx

注意：Host模式不支持端口映射，直接通过WSL2的IP加服务端口即可访问容器内服务

方案3：手动添加WSL2静态路由 #

如果以上两种方案都不适用，可手动给WSL2添加VPN网段的静态路由：

1. 在WSL2终端执行cat /etc/resolv.conf，记录nameserver对应的Windows虚拟网卡IP
2. 执行路由添加命令，示例如下（替换为你自己的VPN网段和网关）：

sudo ip route add 10.1.0.0/16 via <刚才记录的虚拟网卡IP> dev eth0

注意：该规则在WSL2重启、VPN重连后会失效，可写入启动脚本自动执行

内容的提问来源于stack exchange，提问作者user2033791