Docker 28.0版本容器DNS解析故障排查指南

问题背景

在Docker 28.0版本发布后，部分用户在Ubuntu 24.04系统上遇到了容器内DNS解析失效的问题。典型表现为容器内无法解析域名，但IP直连通信正常。这个问题主要影响使用systemd-resolved服务的Linux发行版，特别是当系统DNS配置异常时。

问题根源

Docker 28.0版本对DNS处理机制进行了重要变更：

1. 不再默认使用Google DNS(8.8.8.8)作为备用解析器
2. 严格遵循宿主机的DNS配置
3. 当宿主机/etc/resolv.conf缺失或无效时，容器将无法获得有效的DNS服务器

解决方案

方案一：修复系统DNS配置（推荐）

对于使用systemd-resolved的系统：

sudo ln -sf ../run/systemd/resolve/stub-resolv.conf /etc/resolv.conf

如果同时运行Pi-hole等本地DNS服务：

1. 重新启用systemd-resolved
2. 仅禁用stub解析器
3. 确保Pi-hole容器使用host网络模式

方案二：配置Docker守护进程

编辑/etc/docker/daemon.json，添加：

{
  "dns": ["8.8.8.8", "8.8.4.4"]
}

然后重启docker服务。

方案三：容器级别配置

在docker-compose.yml中为特定服务配置DNS：

services:
  myservice:
    dns: 192.168.1.100

或创建自定义网络并指定DNS：

networks:
  mynetwork:
    driver: bridge
    driver_opts:
      com.docker.network.dns: "192.168.1.100"

最佳实践建议

1. 生产环境建议维护稳定的宿主机DNS配置
2. 容器化DNS服务(如Pi-hole)应使用host网络模式
3. 重要服务建议同时配置主备DNS服务器
4. 升级Docker前检查系统DNS配置是否完整

故障排查步骤

1. 检查宿主机DNS配置：cat /etc/resolv.conf
2. 验证容器内DNS配置：docker exec -it 容器名 cat /etc/resolv.conf
3. 测试基础网络连通性：ping 8.8.8.8
4. 检查DNS服务端口：netstat -tuln | grep 53
5. 查看Docker日志：journalctl -u docker.service

通过以上方法，可以系统性地解决Docker 28.0版本带来的DNS解析问题，确保容器网络功能正常运作。