Kubernetes pod /etc/presv.conf名称错误

Question

我在家里有一个4节点的集群设置，我正在玩，当我开始尝试进行吊舱到吊舱的通信时遇到了一个问题。我使用Kubes既要安装节点(1“服务器/控制器”和3“节点”)。

问题是，我不能用名称来解决服务，只能用IP来解决。例如，我使用Helm在默认名称空间中用服务名"jenkins“旋转Jeknins，但是如果我尝试ping "jenkins”或"jenkins.default“，它不会解析。在豆荚中做dig jenkins或dig jenkins.default会产生：

/ # dig jenkins.default

; <<>> DiG 9.11.6-P1 <<>> jenkins.default
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: REFUSED, id: 8927
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1
;; WARNING: recursion requested but not available

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
; COOKIE: 229fbf94bb25564ae66dc8f45e7f646e5abb5f9dd4ede1d7 (good)
;; QUESTION SECTION:
;jenkins.default.       IN  A

;; Query time: 0 msec
;; SERVER: 169.254.25.10#53(169.254.25.10)
;; WHEN: Sat Mar 28 14:51:26 UTC 2020
;; MSG SIZE  rcvd: 72

检查dnsutils吊舱中的/etc/resolv.conf文件，我注意到它为nameserver设置了一个奇怪的IP地址: 169.254.25.10。在查看了所有的荚之后，它们似乎都有相同的配置，但是coredns服务被设置为10.233.0.3。事实上，所有的IP都是10左右。手动更改dnsutils吊舱上的/etc/resolv.conf以使用名称服务器的10.233.0.3似乎对该吊舱是正确的，但是如何对所有的吊舱进行修复呢？那个169.254.25.10的IP到底是从哪里来的？据我所知，我的实际网络DNS服务器是10.0.0.5，据我所知，我的内部网络中没有169.254个IP。

Answer 1

正如我们从Kubernetes dosc 自定义DNS服务中看到的那样：

如果Pod的dnsPolicy设置为“default”，它将继承Pod运行在其上的节点的名称解析配置。Pod的DNS解析应该与节点的行为相同。如果您不想这样做，或者您想要一个不同的DNS配置，您可以使用kubelet的--resolv-conf标志。将此标志设置为“”以防止Pods继承DNS。将其设置为有效的文件路径，以指定用于DNS继承的/etc/resolv.conf以外的文件。

至于Pod的DNS策略，如下所示：

DNS策略可以在每个荚的基础上设置.目前，Kubernetes支持以下特定于pod的DNS策略。这些策略在Pod的dnsPolicy字段中指定。

• “Default”：Pod从运行豆荚的节点继承名称解析配置。有关更多详细信息，请参阅相关讨论。
• “ClusterFirst”：任何与配置的集群域后缀(如“www.kubernetes.io”)不匹配的DNS查询都会被转发到从节点继承的上游名称服务器。群集管理员可能配置了额外的存根域和上游DNS服务器。有关在这些情况下如何处理DNS查询的详细信息，请参见相关讨论。
• “ClusterFirstWithHostNet”：对于使用hostNetwork运行的Pods，您应该显式地设置它的DNS策略“ClusterFirstWithHostNet”。
• “None”：它允许Pod忽略Kubernetes环境中的DNS设置。所有DNS设置都应该使用Pod中的dnsConfig字段提供。参见下面的Pod的DNS配置分段。

Answer 2

169.254.0.0/16是链接本地地址。我发现这个地址在链接下降时会被分配。更多信息- https://en.wikipedia.org/wiki/Link-local_地址。