容器内无法解析域名是常见的问题，通常与 DNS 配置有关。下面是一些排查和解决方法：

🧰 一、常见原因

1、DNS 配置错误
2、宿主机网络限制（如使用 `network=host` 或自定义网络）
3、Docker 的默认 DNS 被禁用或覆盖
4、防火墙 / SELinux / AppArmor 等安全策略阻止了 DNS 请求
5、容器中缺少 DNS 解析工具（如 `resolv.conf` 文件缺失或损坏）

🔍 二、诊断步骤

1、检查容器的 `/etc/resolv.conf`

进入容器内部查看 DNS 配置：

bash
docker exec it <container_id cat /etc/resolv.conf

正常内容应类似如下（具体 IP 可能不同）：

text
nameserver 8.8.8.8
nameserver 8.8.4.4

如果看到：

text
nameserver 127.0.0.11

这是 Docker 内建的 DNS（`embedded DNS`），一般没有问题。

2、测试 DNS 是否可用

在容器中执行：

bash
nslookup google.com
或者
dig google.com
或者
ping google.com

如果提示 `unknown host`，说明 DNS 解析失败。

3、检查宿主机的 DNS

在宿主机上运行：

bash
cat /etc/resolv.conf

确保有有效的 DNS 配置，例如：

text
nameserver 8.8.8.8
nameserver 8.8.4.4

✅ 三、解决方案

方法 1：启动容器时指定 DNS

bash
docker run dns=8.8.8.8 dns=8.8.4.4 ...

或者使用阿里云 DNS：

bash
docker run dns=223.5.5.5 dns=223.6.6.6 ...

方法 2：修改 Docker 默认 DNS（全局设置）

编辑或创建 Docker 的配置文件（通常是 `/etc/docker/daemon.json`）：

json
{
dns: [8.8.8.8, 8.8.4.4]
}

然后重启 Docker 服务：

bash
systemctl restart docker

⚠️ 修改后会影响所有新创建的容器。

方法 3：检查网络模式

如果你用了 `network=host`，请确认宿主机本身可以解析域名。

如果是自定义网络，请检查该网络是否设置了正确的 DNS：

bash
docker network inspect <network_name

方法 4：修复容器内的 `/etc/resolv.conf`

有时容器中的 `resolv.conf` 是空的或被挂载为只读，可以在启动容器时手动挂载一个：

bash
docker run v /etc/resolv.conf:/etc/resolv.conf ...

或者在容器内手动写入：

bash
echo nameserver 8.8.8.8 /etc/resolv.conf

方法 5：检查防火墙 / 安全策略

有时候系统防火墙或 SELinux / AppArmor 会阻止 DNS 查询（UDP 53端口）：

检查 iptables 规则
暂时关闭防火墙测试：

bash
systemctl stop firewalld
或
ufw disable

📌 四、额外建议

如果你在 Kubernetes 中遇到这个问题，可以参考 ConfigMap 设置 Cluster DNS。
如果你使用的是 Podman，也有类似的 DNS 参数设置方式。

🧪 示例：完整测试命令

bash
启动一个临时容器并测试 DNS
docker run rm alpine nslookup google.com

若失败，加 DNS 参数再试
docker run rm dns=8.8.8.8 alpine nslookup google.com

如果你提供具体的环境信息（比如 Docker 版本、操作系统、是否使用 Kubernetes、使用的镜像等），我可以给出更精确的建议。需要我帮你进一步分析吗？