关键在于确保Docker内置DNS（127.0.0.11）转发请求时直连低延迟内网DNS（如192.168.10.5），禁用公网DNS兜底，精简search域与查询超时参数，并通过daemon.json全局配置或容器级覆盖实现精准控制。
docker 容器 dns 解析提速的关键，不在于换一个更快的公网 dns，而在于让上游转发路径更短、更准、更可控。核心是：确保 docker 内置 dns（127.0.0.11）查不到容器名时，能立刻把请求交给低延迟、可解析内网域名的上游 dns，而不是卡在超时重试或错误兜底上。
上游 DNS 必须直连可用且响应明确
Docker 的 127.0.0.11 本身不递归查询公网域名，它只做两件事：解析同网络容器名 + 转发未知请求给上游。如果上游不可达、响应慢、或对内网域名返回 SERVFAIL/NXDOMAIN 不及时，整个链路就拖慢。
- 内网服务域名（如
auth.dev.local）必须由内网 DNS（如 CoreDNS、dnsmasq、AD DNS）权威响应，建议 RTT ≤ 10ms - 禁用纯公网 DNS（如
8.8.8.8）作为上游主选项——它无法解析*.dev.local，每次查询都等满 timeout 才放弃，实测延迟翻 3–5 倍 - 不要写多个上游 DNS 拼“高可用”：
"dns": ["192.168.10.5", "8.8.8.8"]会导致第二个永远等第一个超时后才触发，不如只留一个靠谱的
全局统一配 daemon.json（推荐团队/集群级使用）
修改 /etc/docker/daemon.json，指定可信上游和基础行为：
{
"dns": ["192.168.10.5"],
"dns-search": ["dev.local"],
"dns-opts": ["timeout:2", "attempts:2"]
}
-
dns: 只写一个内网 DNS IP，确保直连可达（不能是127.0.0.1或宿主机上仅监听 localhost 的服务） -
dns-search: 设最常用内网域，避免查google.com时先拼google.com.dev.local -
dns-opts: 缩短单次查询等待时间，减少冗余尝试
改完执行 sudo systemctl restart docker，所有新建容器自动生效。
启动时或 Compose 中按需覆盖（适合调试或混合环境）
-
单次运行：
docker run --dns 192.168.10.5 --dns-search dev.local -it alpine nslookup auth
-
docker-compose.yml 中：
services: app: image: nginx dns: - 192.168.10.5 dns_search: - dev.local dns_opt: - timeout:2 - attempts:2
这种方式优先级高于 daemon.json，适合 CI/CD 临时切 DNS，或部分服务需走不同上游。
验证是否真正走对路
进容器检查真实配置和响应行为：
docker exec -it app cat /etc/resolv.conf # 应看到：nameserver 127.0.0.11 和 search dev.local（不是宿主机 DNS） nslookup -debug auth.dev.local 127.0.0.11 | grep "Query time" # 正常应显示 Query time: 3 ms —— 表示内置 DNS 成功转发并收到上游快速响应 nslookup auth 127.0.0.11 # 应直接返回 auth.dev.local 的 IP，说明 search 域生效、无额外轮询
不复杂但容易忽略
