Docker容器DNS配置：解析局域网URL及--network host的弊端

嘿，我来帮你搞定这个问题，顺便把你问到的--network host的坑点说清楚～

一、让容器使用主机DNS解析局域网域名 #

既然你的主机能正常解析myserver，那核心就是让容器复用主机的DNS配置，这里有几个靠谱的方案：

1. 运行容器时指定主机DNS #

启动容器的时候，直接把主机的局域网IP作为DNS服务器传给容器：

docker run --dns 192.168.x.x ...  # 替换成你的主机局域网IP

这样容器就会优先用主机的DNS来解析域名，包括局域网里的自定义域名myserver。

2. 挂载主机的DNS配置文件 #

直接把主机的/etc/resolv.conf挂载到容器里，让容器完全复用主机的DNS设置：

docker run -v /etc/resolv.conf:/etc/resolv.conf:ro ...

加:ro是只读挂载，避免容器意外修改这个文件。不过要注意，如果你的主机用的是动态DNS配置（比如NetworkManager自动生成resolv.conf），可能会有偶尔的变动，但一般来说对局域网域名解析影响不大。

3. 全局配置Docker默认DNS（长期方案） #

如果经常需要这类容器，可以修改Docker daemon的配置，让所有新建容器默认用主机DNS：

1. 编辑（或创建）/etc/docker/daemon.json文件，添加：

{
  "dns": ["192.168.x.x", "8.8.8.8"]  # 第一个是主机IP，第二个是备用公共DNS
}

2. 重启Docker服务生效：

sudo systemctl restart docker

之后所有新启动的容器都会自动用这个DNS配置，不用每次都加参数。

二、关于--network host的优缺点 #

你说用这个参数能解决问题，但它确实有不少需要注意的地方：

优点 #

• 配置简单：不用折腾DNS，容器直接共享主机的整个网络栈，自然能解析所有主机能解析的域名，也能直接访问局域网资源。

缺点（重点注意） #

• 失去网络隔离性：容器不再有独立的网络命名空间，容器内的端口会直接绑定在主机的网络接口上，比如容器里启动一个8080端口的服务，主机的8080端口就会被占用，容易和主机上的其他服务冲突。
• 安全性降低：因为容器和主机共享网络，容器内的进程能直接访问主机的所有网络资源，一旦容器被恶意程序入侵，攻击者能更容易渗透到主机系统。
• 灵活性受限：不能再用Docker的端口映射（-p参数），而且容器之间的通信也变成了和主机局域网一样的模式，失去了Docker自定义网络里的容器名解析等便利特性。
• 跨平台兼容性差：在Windows或macOS的Docker Desktop上，host模式其实是用Docker虚拟机的网络，不是真正的主机物理网络，可能达不到你想要的直接访问局域网的效果。

总结 #

如果只是需要解决局域网域名解析的问题，优先用前面说的DNS配置方案，既能满足需求，又能保留Docker的网络隔离和安全性。--network host虽然简单，但只适合那些确实需要完全共享主机网络的场景，否则不建议随便用。

内容的提问来源于stack exchange，提问作者MikeJ