DNS

    确保您配置了正确的 kubeconfig（例如，使用 Rancher 高可用时， ) 或者通过 Rancher UI 使用内嵌 kubectl。

    在运行 DNS 检查之前，请检查您集群中的默认 DNS 插件，并确保，因为这也可能是 DNS 解析失败的原因之一。

    Copy

    使用 CoreDNS 时的输出示例：

    1. NAME                       READY   STATUS    RESTARTS   AGE
    3. coredns-799dffd9c4-6jhlz   1/1     Running   0          76m

    Copy

    使用 Kube-dns 时的输出示例：

    1. NAME                        READY   STATUS    RESTARTS   AGE
    3. kube-dns-5fd74c7488-h6f7n   3/3     Running   0          4m13s

    Copy

    1. kubectl -n kube-system get svc -l k8s-app=kube-dns

    Copy

    1. NAME               TYPE        CLUSTER-IP   EXTERNAL-IP   PORT(S)         AGE
    3. service/kube-dns   ClusterIP   10.43.0.10   <none>        53/UDP,53/TCP   4m13s

    Copy

    检查内部集群名称是否正在解析（在此示例中为 kubernetes.default），在 server:后面显示的 IP 应该与来自kube-dns服务的CLUSTER-IP相同。

    1. kubectl run -it --rm --restart=Never busybox --image=busybox:1.28 -- nslookup kubernetes.default

    Copy

    输出示例:

    1. Server:    10.43.0.10
    3. Address 1: 10.43.0.10 kube-dns.kube-system.svc.cluster.local
    8. Name:      kubernetes.default
    10. Address 1: 10.43.0.1 kubernetes.default.svc.cluster.local
    12. pod "busybox" deleted

    Copy

    检查外部名称是否解析（在此示例中为www.google.com）

    Copy

    输出示例：

    1. Server:    10.43.0.10
    3. Address 1: 10.43.0.10 kube-dns.kube-system.svc.cluster.local
    8. Name:      www.google.com
    9. Address 1: 2a00:1450:4009:80b::2004 lhr35s04-in-x04.1e100.net
    11. Address 2: 216.58.211.100 ams15s32-in-f4.1e100.net
    13. pod "busybox" deleted

    Copy

    1. 将以下文件另存为 ds-dnstest.yml

      1. apiVersion: apps/v1
      3. kind: DaemonSet
      5. metadata:
      7.   name: dnstest
      9. spec:
      11.   selector:
      13.       matchLabels:
      15.         name: dnstest
      17.   template:
      19.     metadata:
      21.       labels:
      23.         name: dnstest
      25.     spec:
      27.       tolerations:
      29.       - operator: Exists
      31.       containers:
      33.       - image: busybox:1.28
      35.         imagePullPolicy: Always
      36.         name: alpine
      38.         command: ["sh", "-c", "tail -f /dev/null"]
      40.         terminationMessagePath: /dev/termination-log

      Copy

    2. 使用 kubectl 创建 kubectl create -f ds-dnstest.yml

    3. 等待启动，直到 kubectl rollout status ds/dnstest -w 返回: daemon set "dnstest" successfully rolled out.

    4. 将环境变量 DOMAIN 配置为主机应能够解析的标准域名（FQDN）（以 www.google.com 为例），并运行以下命令，让每个主机上的每个容器配置需要解析的的域名（这是一个单行命令）。

      1. export DOMAIN=www.google.com; echo "=> Start DNS resolve test"; kubectl get pods -l name=dnstest --no-headers -o custom-columns=NAME:.metadata.name,HOSTIP:.status.hostIP | while read pod host; do kubectl exec $pod -- /bin/sh -c "nslookup $DOMAIN > /dev/null 2>&1"; RC=$?; if [ $RC -ne 0 ]; then echo $host cannot resolve $DOMAIN; fi; done; echo "=> End DNS resolve test"

      Copy

    5. 该命令运行完毕后，指示运行正常的输出为：

      1. => Start DNS resolve test
      3. => End DNS resolve test

      Copy

    如果您在输出中看到错误，则表明所提到的主机无法解析给定的 FQDN。

    IP 209.97.182.150 主机的 UDP 端口被阻止的情况的示例错误输出。

    1. => Start DNS resolve test
    3. command terminated with exit code 1
    5. 209.97.182.150 cannot resolve www.google.com
    7. => End DNS resolve test

    Copy

    清理删除 alpine DaemonSet kubectl delete ds/dnstest.

    1. kubectl -n kube-system logs -l k8s-app=kube-dns

    Copy

    CoreDNS 配置存储在kube-system命名空间中名称是coredns的 configmap 中；

    Copy

    默认情况下，主机上的 nameserver 配置（在/etc/resolv.conf 中）将用作 CoreDNS 的 nameserver 配置。您可以在主机上检查该文件，或者将 dnsPolicy 设置为 Default 来运行以下 Pod，这将从其运行的主机继承/etc/resolv.conf。

    1. kubectl run -i --restart=Never --rm test-${RANDOM} --image=ubuntu --overrides='{"kind":"Pod", "apiVersion":"v1", "spec": {"dnsPolicy":"Default"}}' -- sh -c 'cat /etc/resolv.conf'

    Copy

    1. kubectl get configmap -n kube-system coredns -o json |  kubectl get configmap -n kube-system coredns -o json | sed -e 's_loadbalance_log\\n    loadbalance_g' | kubectl apply -f -

    Copy

    现在可以查询所有记录，并可以使用命令进行检查。

    默认情况下，主机上在/etc/resolv.conf 中配置的 nameserver 将用作 kube-dns 的 servername。有时主机会运行本地缓存 DNS 名称服务器，这意味着/etc/resolv.conf中的地址将指向容器无法访问的环回范围（127.0.0.0/8）中的地址。对于 Ubuntu 18.04，这是通过systemd-resolved完成的。从 Rancher v2.0.7 开始，我们将检测systemd-resolved是否正在运行，并将自动将/etc/resolv.conf文件用于正确的 nameserver（位于/run/systemd/resolve/resolv.conf）。

    使用以下命令来检查 kubedns 容器使用的 nameserver：

    1. kubectl -n kube-system get pods -l k8s-app=kube-dns --no-headers -o custom-columns=NAME:.metadata.name,HOSTIP:.status.hostIP | while read pod host; do echo "Pod ${pod} on host ${host}"; kubectl -n kube-system exec $pod -c kubedns cat /etc/resolv.conf; done

    Copy

    输出示例：

    1. Pod kube-dns-667c7cb9dd-z4dsf on host x.x.x.x
    3. nameserver 1.1.1.1
    5. nameserver 8.8.4.4

    Copy

    如果输出显示的是环回范围的地址（127.0.0.0/8），则可以通过两种方式更正此地址：

    • 确保集群中节点上的/etc/resolv.conf中列出了正确的名称服务器，请参阅操作系统文档以了解如何执行此操作。确保在配置集群之前执行此操作，或者在进行修改后重新启动节点。
    • 如下所示，通过添加extra_args，将kubelet配置为使用其他文件来解析名称（其中/run /resolvconf/resolv.conf是具有正确 nameserver 配置的文件):
    1. services:
    3.   kubelet:
    5.     extra_args:
    7.       resolv-conf: "/run/resolvconf/resolv.conf"

    Copy

    查看可以看到如何更改这个配置。集群的配置完成后，您必须删除 kube-dns pod 才能使用 pod 中的新设置：

    1. kubectl delete pods -n kube-system -l k8s-app=kube-dns
    3. pod "kube-dns-5fd74c7488-6pwsf" deleted

    Copy

    尝试再次解析 domain，检查是否能解析域名.

    如果要检查集群中的 kube-dns 配置（例如，检查是否配置了其他 nameserver），则可以运行以下命令列出 kube-dns 配置：

    Copy

    示例输出：

      Copy