关键在于绕过宿主机DNS管理并避免运行时覆盖：可通过--dns参数直接指定（优先级最高）、--dns=none挂载自定义/etc/resolv.conf，或在容器内部署dnsmasq实现精细控制；Kubernetes中需设dnsPolicy: None并配合dnsConfig。
在容器化环境中为单个容器独立配置 DNS 解析规则，关键在于**绕过宿主机全局 DNS 管理机制（如 systemd-resolved 或 NetworkManager），并避免被容器运行时自动覆盖**。这不是改宿主机的 /etc/resolv.conf，而是控制容器启动时的 DNS 行为或内部解析逻辑。
直接指定容器 DNS 服务器（最常用）
使用 docker run 或 podman run 时通过 --dns 参数注入自定义 DNS 地址：
- 只对当前容器生效，不影响其他容器或宿主机
- 多个 DNS 可重复使用
--dns，按顺序查询 - 示例：
docker run --dns 192.168.1.50 --dns 8.8.8.8 -it ubuntu:22.04 - 若容器内已有
/etc/resolv.conf，该参数会覆盖其内容（除host模式外）
禁用自动 DNS 注入，挂载自定义 resolv.conf
当需要精细控制（如加 search、options 或固定顺序），可跳过运行时自动写入，改用绑定挂载：
- 先准备一个本地文件：
echo -e "nameserver 10.10.10.1\nsearch corp.internal" | sudo tee /tmp/my-resolv.conf - 启动时挂载：
docker run --dns=none -v /tmp/my-resolv.conf:/etc/resolv.conf:ro -it ubuntu:22.04 -
--dns=none是关键，否则 Docker 仍会生成默认配置 - 注意：挂载后容器内该文件为只读，防止被应用误改
在容器内部署轻量 DNS 转发器（如 dnsmasq）
适用于需自定义解析策略的场景，比如强制某域名走内网 IP、启用缓存、支持 DNS-over-TLS：
- 在容器镜像中预装
dnsmasq，并配置/etc/dnsmasq.conf - 例如添加：
address=/dev.local/192.168.2.100和server=9.9.9.9 - 让容器自身监听
127.0.0.1:53，再把/etc/resolv.conf改为nameserver 127.0.0.1 - 适合长期运行的服务容器，不推荐临时调试用
Podman 或 Kubernetes 中的特殊处理
Podman 支持 --dns 同 Docker；Kubernetes 则需在 Pod spec 中声明：
- K8s Pod YAML 示例片段：
dnsPolicy: "None"<br>dnsConfig:<br> nameservers: ["10.20.30.40"]<br> searches: ["svc.cluster.local", "example.com"]<br> options:<br> - name: ndots<br> value: "2"
-
dnsPolicy: None是前提，否则dnsConfig不生效 - 该配置仅作用于当前 Pod，完全隔离于节点和集群 DNS 设置
