容器DNS解析失败本质是/etc/resolv.conf未指向可用DNS或127.0.0.11转发机制异常，解决关键在于控制DNS配置源头：①运行时用--dns指定；②全局修改daemon.json；③挂载宿主机resolv.conf只读。
容器内部 DNS 解析失败，本质是 /etc/resolv.conf 没有指向可用的 DNS 服务器，或 Docker 的 DNS 转发机制（127.0.0.11）被阻断、配置冲突或不可达。解决关键不在于“修容器”，而在于控制 DNS 配置的生成源头和传递路径。
确认问题根源：先看容器里写了什么
进入容器执行：
cat /etc/resolv.conf
重点关注两件事：
- 如果看到
nameserver 127.0.0.11，说明走 Docker 内置 DNS，需检查该服务是否响应（用dig @127.0.0.11 google.com测试） - 如果看到
nameserver 127.0.0.53或127.0.0.1，大概率是 systemd-resolved 干扰，Docker 默认会过滤掉这类本地地址，导致容器实际无 DNS 可用 - 如果内容为空、重复、或含非法 IP（如 0.0.0.0），说明配置被静默覆盖，需回溯启动方式
快速生效：运行时指定可信 DNS
适用于单次调试、CI/CD 临时修复或 compose 中明确约束：
命令行启动：
docker run --dns 8.8.8.8 --dns 1.1.1.1 nginx
docker-compose.yml 中写：
services:
app:
image: nginx
dns:
- "8.8.8.8"
- "1.1.1.1"
这个方式优先级最高，直接绕过宿主机继承逻辑，适合多数开发与测试场景。
统一管控：修改 daemon.json 全局生效
适合集群部署、避免每个容器重复配置：
使用 Python 脚本下载 Docker 镜像并打包为 tar 文件。用户说“下载镜像”“拉取镜像”“pull xxx”“帮我下载 nginx 镜像”等时触发。支持 SOCKS5 代理直连（推荐）和国内镜像站加速两种模式。
编辑 /etc/docker/daemon.json（若不存在则新建）：
{
"dns": ["8.8.8.8", "114.114.114.114"],
"dns-opts": ["ndots:2"]
}
保存后重启 Docker 守护进程：
sudo systemctl restart docker
注意：此配置对所有新创建容器生效，但不会影响已运行容器；ndots:2 可缓解短域名（如 redis）解析失败问题。
彻底规避：挂载宿主机 resolv.conf（只读）
当宿主机 DNS 稳定且你希望容器与之完全一致时最稳妥：
docker run --mount type=bind,source=/etc/resolv.conf,target=/etc/resolv.conf,readonly nginx
或在 docker-compose.yml 中：
volumes:
- "/etc/resolv.conf:/etc/resolv.conf:ro"
此法跳过 Docker 自动处理逻辑，避免因过滤规则（如剔除 127.0.0.1）导致空配置，特别适合使用 NetworkManager 或 systemd-resolved 的 Linux 发行版。
