Windows上Docker的Linux容器如何访问局域网内的MySQL服务器？

问题背景 #

在Windows上运行Docker并部署Linux容器，搭建了Apache+PHP的容器化应用，MySQL部署在同一局域网的另一台机器上。容器内访问MySQL时提示“no route to server”，macvlan和host网络驱动无法正常使用；用默认bridge网络测试时，容器只能ping通Docker主机网关，无法访问局域网其他设备。在家用Windows电脑上用praqma/network-multitool:latest镜像测试正常，怀疑问题出在工作电脑环境或自制应用镜像上。

排查与解决步骤 #

一、先查工作电脑的Docker与系统网络配置 #

• 检查Docker Desktop网络设置：打开Docker Desktop设置→Resources > Network，确认没误开“Enable IPv6”（企业环境大多没配置IPv6，开了会导致路由异常）；同时核对“Subnet Settings”里的子网段，确保和物理局域网网段不冲突（比如物理网是192.168.1.x，Docker默认bridge的172.17.x.x一般没问题，但如果企业网用了同段就会冲突）。
• 检查企业安全软件/防火墙：工作电脑的企业级防火墙、EDR软件可能拦截了Docker容器的出站流量。可以临时关闭防火墙测试，或者给Docker相关适配器（比如DockerNAT）添加规则，允许其访问MySQL服务器的3306端口。
• 检查Docker代理设置：如果工作环境用了代理，Docker可能继承了代理配置，导致无法直接访问局域网设备。进入Docker Desktop设置→Resources > Proxies，要么关闭“Manual proxy configuration”，要么把MySQL服务器IP加到“Bypass proxy settings for”列表里。

二、排查容器镜像的问题 #

• 用在家可用的镜像在工作环境测试：运行

  docker run --network bridge --name nettest -d -it praqma/network-multitool:latest
  

  进入容器执行docker exec -it nettest bash，然后用ping [MySQL服务器IP]或telnet [MySQL服务器IP] 3306测试连通性。如果这个镜像能通，那问题肯定在你的自制应用镜像上。
• 检查自制镜像的网络配置：自制镜像可能修改了默认网络参数（比如加了自定义路由、禁用了ICMP），或者缺必要的网络工具导致测试不准。可以在自制镜像里执行ip route查看路由表，确认默认网关指向Docker主机IP，同时检查是否有iptables规则拦截了出站流量。

三、备选网络方案（以上都不行时） #

• 创建自定义bridge网络：Docker默认bridge有不少限制，自定义bridge可能解决冲突。执行命令：

  docker network create --driver bridge --subnet 192.168.200.0/24 --gateway 192.168.200.1 my-custom-bridge
  

  用这个网络启动容器：docker run --network my-custom-bridge ...，再测试连通性。自定义bridge默认开启DNS解析，网络隔离性更灵活，能避开不少环境冲突。
• 切换到WSL2后端：如果Docker用的是Hyper-V后端，改成WSL2后端试试。WSL2的网络模型和Hyper-V不同，适配企业局域网的概率更高。在Docker Desktop设置→General里勾选“Use the WSL 2 based engine”，重启Docker后测试。

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