Skip to content

Commit 77225a1

Browse files
authored
Merge pull request #38449 from my-git9/zhsync/dns-debugging-resolution
[zh-cn]sync administer-cluster/dns-debugging-resolution.md
2 parents 83afc27 + e587e37 commit 77225a1

File tree

1 file changed

+12
-33
lines changed

1 file changed

+12
-33
lines changed

content/zh-cn/docs/tasks/administer-cluster/dns-debugging-resolution.md

Lines changed: 12 additions & 33 deletions
Original file line numberDiff line numberDiff line change
@@ -527,40 +527,19 @@ This should probably be implemented eventually.
527527
Kubernetes 的安装并不会默认配置节点的 `resolv.conf` 文件来使用集群的 DNS 服务,因为这个配置对于不同的发行版本是不一样的。这个问题应该迟早会被解决的。
528528

529529
<!--
530-
Linux's libc (a.k.a. glibc) has a limit for the DNS `nameserver` records to 3
531-
by default. What's more, for the glibc versions which are older than
532-
glibc-2.17-222 ([the new versions update see this
533-
issue](https://access.redhat.com/solutions/58028)), the allowed number of DNS
534-
`search` records has been limited to 6 ([see this bug from
535-
2005](https://bugzilla.redhat.com/show_bug.cgi?id=168253)). Kubernetes needs
536-
to consume 1 `nameserver` record and 3 `search` records. This means that if a
537-
local installation already uses 3 `nameserver`s or uses more than 3 `search`es
538-
while your glibc version is in the affected list, some of those settings will
539-
be lost. To work around the DNS `nameserver` records limit, the node can run
540-
`dnsmasq`, which will provide more `nameserver` entries. You can also use
541-
kubelet's `--resolv-conf` flag. To fix the DNS `search` records limit,
542-
consider upgrading your linux distribution or upgrading to an unaffected
543-
version of glibc.
544-
-->
545-
Linux 的 libc 限制 `nameserver` 只能有三个记录。不仅如此,对于 glibc-2.17-222
546-
之前的版本([参见此 Issue 了解新版本的更新](https://access.redhat.com/solutions/58028)),`search` 的记录不能超过 6 个
547-
[详情请查阅这个 2005 年的 bug](https://bugzilla.redhat.com/show_bug.cgi?id=168253))。
548-
Kubernetes 需要占用一个 `nameserver` 记录和三个`search`记录。
549-
这意味着如果一个本地的安装已经使用了三个 `nameserver` 或者使用了超过三个
550-
`search` 记录,而你的 glibc 版本也在有问题的版本列表中,那么有些配置很可能会丢失。
551-
为了绕过 DNS `nameserver` 个数限制,节点可以运行 `dnsmasq`,以提供更多的
552-
`nameserver` 记录。你也可以使用kubelet 的 `--resolv-conf` 标志来解决这个问题。
553-
要想修复 DNS `search` 记录个数限制问题,可以考虑升级你的 Linux 发行版本,或者
554-
升级 glibc 到一个不再受此困扰的版本。
530+
Linux's libc (a.k.a. glibc) has a limit for the DNS `nameserver` records to 3 by
531+
default and Kubernetes needs to consume 1 `nameserver` record. This means that
532+
if a local installation already uses 3 `nameserver`s, some of those entries will
533+
be lost. To work around this limit, the node can run `dnsmasq`, which will
534+
provide more `nameserver` entries. You can also use kubelet's `--resolv-conf`
535+
flag.
536+
-->
537+
Linux 的 libc(又名 glibc)默认将 DNS `nameserver` 记录限制为 3,
538+
而 Kubernetes 需要使用 1 条 `nameserver` 记录。
539+
这意味着如果本地的安装已经使用了 3 个 `nameserver`,那么其中有些条目将会丢失。
540+
要解决此限制,节点可以运行 `dnsmasq`,以提供更多 `nameserver` 条目。
541+
你也可以使用 kubelet 的 `--resolv-conf` 标志来解决这个问题。
555542

556-
{{< note >}}
557-
<!--
558-
With [Expanded DNS Configuration](/docs/concepts/services-networking/dns-pod-service/#expanded-dns-configuration),
559-
Kubernetes allows more DNS `search` records.
560-
-->
561-
使用[扩展 DNS 设置](/zh-cn/docs/concepts/services-networking/dns-pod-service/#expanded-dns-configuration)
562-
Kubernetes 允许更多的 `search` 记录。
563-
{{< /note >}}
564543
<!--
565544
If you are using Alpine version 3.3 or earlier as your base image, DNS may not
566545
work properly owing to a known issue with Alpine.

0 commit comments

Comments
 (0)