自定义docker网桥能解决多容器dns解析问题，因其内置dns服务127.0.0.11默认启用服务名解析；而默认docker0网桥不支持该功能，仅继承宿主机dns且容器间无法通过名称通信。
直接用自定义 Docker 网桥就能解决多容器通信中的 DNS 解析问题，核心在于它自带嵌入式 DNS 服务（127.0.0.11），且默认启用服务名自动解析——只要容器在同一个自定义网络里，就能用 容器名 直接访问，无需手动配 IP 或改 /etc/resolv.conf。
为什么默认 bridge 网络不行
docker0 默认网桥不启用内置 DNS，容器的 /etc/resolv.conf 继承宿主机配置，彼此之间无法通过名字互相识别。--link 已废弃，IP 手动管理易出错，子网也固定（172.17.0.0/16），容易冲突。
创建带 DNS 支持的自定义网桥
运行这条命令创建一个真正可用的网络：
Docker Image Puller
下载
使用 Python 脚本下载 Docker 镜像并打包为 tar 文件。用户说“下载镜像”“拉取镜像”“pull xxx”“帮我下载 nginx 镜像”等时触发。支持 SOCKS5 代理直连（推荐）和国内镜像站加速两种模式。
- docker network create --driver bridge --subnet=172.20.0.0/16 --gateway=172.20.0.1 app-net
- --subnet 和 --gateway 不强制，但显式指定可避免与宿主机或其他 Docker 网络重叠
- 创建后，Docker 自动启用 127.0.0.11 这个 DNS 服务器，并为每个加入该网络的容器注册主机名（即容器名）
让容器加入并验证 DNS 解析
启动容器时必须显式指定 --network，否则仍走默认 bridge：
- docker run -d --name api-server --network app-net nginx
- docker run -it --network app-net alpine sh -c "ping -c 3 api-server"
- 如果 ping 通，说明 api-server 名称已成功被解析为对应容器 IP
- 也可进容器执行 nslookup api-server 或 dig api-server（需安装 bind-tools）确认 DNS 查询路径
常见 DNS 解析失败的排查点
偶发解析失败，通常不是 DNS 本身故障，而是网络或生命周期问题：
- 检查所有目标容器是否确实在同一自定义网络中：docker network inspect app-net
- 确认容器已完全启动、网络栈就绪后再发起解析请求（例如加 sleep 或健康检查等待）
- 避免混用默认 bridge 和自定义网络：不同网络间的容器无法通过名字通信，即使 IP 可达
- docker-compose 默认创建专属网络，等效于自定义 bridge，无需额外操作；但要注意 services 下未声明 network_mode: "bridge"，否则会退回到 docker0
