Docker 容器无法解析 Ubuntu 14.04 桌面主机上的 DNS

Question 1

哇，我在 github 上找到了一篇解决我的问题的帖子。

在 Steve K. 指出这实际上不是 DNS 问题而是连接问题后，我能够找到github 上的一篇文章描述了如何解决这个问题。

显然 docker0 网桥挂断了。安装 bridge-utils 并运行以下命令使我的 Docker 正常运行：

apt-get install bridge-utils
pkill docker
iptables -t nat -F
ifconfig docker0 down
brctl delbr docker0
service docker restart

Answer

哇，我在 github 上找到了一篇解决我的问题的帖子。

在 Steve K. 指出这实际上不是 DNS 问题而是连接问题后，我能够找到github 上的一篇文章描述了如何解决这个问题。

显然 docker0 网桥挂断了。安装 bridge-utils 并运行以下命令使我的 Docker 正常运行：

apt-get install bridge-utils
pkill docker
iptables -t nat -F
ifconfig docker0 down
brctl delbr docker0
service docker restart

Question 2

如果是 DNS 解析器问题，解决方案如下：

首先要检查的cat /etc/resolv.conf是docker 容器。如果它有一个无效的DNS服务器，例如nameserver 127.0.x.x，那么容器将无法将域名解析为IP地址，因此ping google.com将失败。

要检查的第二件事是cat /etc/resolv.conf在主机/etc/resolv.conf每次启动容器时，Docker 基本上都会将主机的复制到容器中。因此，如果主机的/etc/resolv.conf错误，那么 docker 容器也会有错误。

如果您发现主机/etc/resolv.conf有误，则您有两个选择：

在 daemon.json 中对 DNS 服务器进行硬编码。这很容易，但如果您预计 DNS 服务器会发生变化，则并不理想。
修复主机/etc/resolv.conf。这有点棘手，但它是动态生成的，并且您没有对 DNS 服务器进行硬编码。

1. 在 docker daemon.json 中硬编码 DNS 服务器

编辑/etc/docker/daemon.json
```
{
    "dns": ["10.1.2.3", "8.8.8.8"]
}
```
重新启动 docker 守护进程以使这些更改生效：
sudo systemctl restart docker
现在，当您运行/启动容器时，docker 将/etc/resolv.conf使用来自的值进行填充daemon.json。

2. 修复主机/etc/resolv.conf

A.Ubuntu 16.04 及更早版本

对于 Ubuntu 16.04 及更早版本，/etc/resolv.conf由 NetworkManager 动态生成。
注释掉以下行dns=dnsmasq（带有#） /etc/NetworkManager/NetworkManager.conf
重新启动 NetworkManager 以重新生成/etc/resolv.conf：
sudo systemctl restart network-manager
在主机上验证：cat /etc/resolv.conf

B.Ubuntu 18.04 及更高版本

Ubuntu 18.04 改为使用systemd-resolved生成/etc/resolv.conf。现在它默认使用本地 DNS 缓存 127.0.0.53。这在容器内不起作用，因此 Docker 将默认使用 Google 的 8.8.8.8 DNS 服务器，这可能会让防火墙后面的人无法使用。
/etc/resolv.conf实际上是一个符号链接（），在 Ubuntu 18.04 中默认ls -l /etc/resolv.conf指向（127.0.0.53）。/run/systemd/resolve/stub-resolv.conf
只需将符号链接更改为指向/run/systemd/resolve/resolv.conf，其中列出了真正的 DNS 服务器：
sudo ln -sf /run/systemd/resolve/resolv.conf /etc/resolv.conf
在主机上验证：cat /etc/resolv.conf

现在您应该/etc/resolv.conf在主机上拥有一个有效的文件以供docker复制到容器中。

Answer

如果是 DNS 解析器问题，解决方案如下：

首先要检查的cat /etc/resolv.conf是docker 容器。如果它有一个无效的DNS服务器，例如nameserver 127.0.x.x，那么容器将无法将域名解析为IP地址，因此ping google.com将失败。

要检查的第二件事是cat /etc/resolv.conf在主机/etc/resolv.conf每次启动容器时，Docker 基本上都会将主机的复制到容器中。因此，如果主机的/etc/resolv.conf错误，那么 docker 容器也会有错误。

如果您发现主机/etc/resolv.conf有误，则您有两个选择：

在 daemon.json 中对 DNS 服务器进行硬编码。这很容易，但如果您预计 DNS 服务器会发生变化，则并不理想。
修复主机/etc/resolv.conf。这有点棘手，但它是动态生成的，并且您没有对 DNS 服务器进行硬编码。

1. 在 docker daemon.json 中硬编码 DNS 服务器

编辑/etc/docker/daemon.json
```
{
    "dns": ["10.1.2.3", "8.8.8.8"]
}
```
重新启动 docker 守护进程以使这些更改生效：
sudo systemctl restart docker
现在，当您运行/启动容器时，docker 将/etc/resolv.conf使用来自的值进行填充daemon.json。

2. 修复主机/etc/resolv.conf

A.Ubuntu 16.04 及更早版本

对于 Ubuntu 16.04 及更早版本，/etc/resolv.conf由 NetworkManager 动态生成。
注释掉以下行dns=dnsmasq（带有#） /etc/NetworkManager/NetworkManager.conf
重新启动 NetworkManager 以重新生成/etc/resolv.conf：
sudo systemctl restart network-manager
在主机上验证：cat /etc/resolv.conf

B.Ubuntu 18.04 及更高版本

Ubuntu 18.04 改为使用systemd-resolved生成/etc/resolv.conf。现在它默认使用本地 DNS 缓存 127.0.0.53。这在容器内不起作用，因此 Docker 将默认使用 Google 的 8.8.8.8 DNS 服务器，这可能会让防火墙后面的人无法使用。
/etc/resolv.conf实际上是一个符号链接（），在 Ubuntu 18.04 中默认ls -l /etc/resolv.conf指向（127.0.0.53）。/run/systemd/resolve/stub-resolv.conf
只需将符号链接更改为指向/run/systemd/resolve/resolv.conf，其中列出了真正的 DNS 服务器：
sudo ln -sf /run/systemd/resolve/resolv.conf /etc/resolv.conf
在主机上验证：cat /etc/resolv.conf

现在您应该/etc/resolv.conf在主机上拥有一个有效的文件以供docker复制到容器中。

Question 3

为了尝试为我也遇到过的问题增加额外的价值，我给出了另一种答案：

我的网络与办公室相关，并且 Google DNS 设置被阻止，因此容器可以 ping IP 地址但不能 ping 域名。

我的主人/etc/resolv.conf原本的样子是；

#Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.1.1
search companyDomain.co.za

这是因为网络管理器对 DNS 服务器详细信息进行了某种屏蔽。

不幸的是，根据docker 手册docker 会在构建容器的 resolv.conf 时过滤掉任何本地主机 IP 地址，并将其替换为 Google 的 DNS IP。这在我的例子中导致域名无法访问。

我不得不：

将我的重置/etc/default/docker为默认值，以便容器使用我的主机的 resolv.conf 内容。
编辑/etc/NetworkManager/NetworManager.conf并注释掉该行dns=dnsmasq。这样 NM 就可以指定实际的 DNS IP 地址，而不是 127.0.0.1。
使用重新启动 NM sudo service network-manager restart。
使用重新启动 docker 服务sudo service docker restart。

apt-get update/upgrade例如，运行容器就可以让它执行下列操作。

Answer