欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  IT编程

采坑指南——k8s域名解析coredns问题排查过程

程序员文章站 2023-11-15 17:19:28
正文 前几天,在ucloud上搭建的k8s集群(搭建教程后续会发出)。今天发现域名解析不了。 组件版本:k8s 1.15.0,coredns:1.3.1 过程是这样的: 首先用以下yaml文件创建了一个nginx服务 创建好之后: 因只部署了一个master节点。在master宿主机上直接执行以下命 ......

正文

前几天,在ucloud上搭建的k8s集群(搭建教程后续会发出)。今天发现域名解析不了。

组件版本:k8s 1.15.0,coredns:1.3.1

过程是这样的:

首先用以下yaml文件创建了一个nginx服务

apiversion: v1
kind: service
metadata:
  name: nginx-svc-old
  labels:
    app: nginx-svc
spec:
  selector:
    app: nginx
  ports:
  - protocol: tcp
    port: 80
    targetport: 80
---
apiversion: apps/v1beta1
kind: deployment
metadata:
  name: nginx-old
spec:
  replicas: 1
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: nginx
        ports:
        - containerport: 80

创建好之后:
采坑指南——k8s域名解析coredns问题排查过程
因只部署了一个master节点。在master宿主机上直接执行以下命令:

nslookup nginx-svc-old.default.svc

采坑指南——k8s域名解析coredns问题排查过程
发现不能解析域名。事先也在宿主机上/etc/resolv.conf里配置了nameserver {coredns的podip}
采坑指南——k8s域名解析coredns问题排查过程
这样一来,就以为可能是coredns有问题。。

然后用以下yaml创建了一个busybox作为调试工具:

apiversion: extensions/v1beta1
kind: deployment
metadata:
  name: busybox-deployment
spec:
  replicas: 1
  template:
    metadata:
      labels:
        app: busybox
    spec:
      restartpolicy: always
      containers:
      - name: busybox
        command:
        - sleep
        - "3600"
        image: busybox

这里用的是截止2019/07/20,busybox的最新镜像。创建好之后,exec进入容器,执行测试命令
采坑指南——k8s域名解析coredns问题排查过程
发现解析不了:

/ # nslookup nginx-svc-old.default.svc
server:    10.96.0.10
address:  10.96.0.10:53

** server can't find nginx-svc-old.default.svc: nxdomain

*** can't find nginx-svc-old.default.svc: no answer

根据coredns解析集群内域名原理可知:

服务 a 访问服务 b,对于同一个 namespace下,可以直接在 pod 中,通过 curl b 来访问。对于跨 namespace 的情况,服务名后边对应 namespace即可,比如 curl b.default。dns 如何解析,依赖容器内 resolv 文件的配置。

查看busybox容器内的resolve.conf文件:

[root@liabio nginx]# kubectl exec -ti busybox-deployment-59755c8c6d-rmrfq sh
/ # nslookup nginx-svc-old.default.svc
server:    10.96.0.10
address:  10.96.0.10:53

** server can't find nginx-svc-old.default.svc: nxdomain

*** can't find nginx-svc-old.default.svc: no answer

/ # cat /etc/resolv.conf 
nameserver 10.96.0.10
search default.svc.cluster.local svc.cluster.local cluster.local
options ndots:5
/ #

这个文件中,配置的 dns server,一般就是 k8s 中,kubedns 的 service 的 clusterip,这个ip是虚拟ip,无法ping,但可以访问。
采坑指南——k8s域名解析coredns问题排查过程
在容器内发请求时,会根据 /etc/resolv.conf 进行解析流程。选择 nameserver 10.96.0.10 进行解析,然后用nginx-svc-old ,依次带入 /etc/resolve.conf 中的 search 域,进行dns查找,分别是:

search 内容类似如下(不同的pod,第一个域会有所不同)

search default.svc.cluster.local svc.cluster.local cluster.local
nginx-svc-old.default.svc.cluster.local -> nginx-svc-old.svc.cluster.local -> nginx-svc-old.cluster.local 

直到找到为止。所以,我们执行 ping nginx-svc-old,或者执行 ping nginx-svc-old.default,都可以完成dns请求,这2个不同的操作,会分别进行不同的dns查找步骤。

根据以上原理,查看到busybox内的域名/etc/resolv.conf没有问题,nameserver指向正确的kube-dns的service clusterip。

这下更加怀疑core-dns有问题了。

但查看coredns日志,可以看到并没有报错:
采坑指南——k8s域名解析coredns问题排查过程
那就说明不是coredns问题了。。

把busybox里报的错误,进行搜索google

*** can't find nginx-svc-old.default.svc: no answer

采坑指南——k8s域名解析coredns问题排查过程

查到了以下两个issue:

issues1:

https://github.com/kubernetes/kubernetes/issues/66924
采坑指南——k8s域名解析coredns问题排查过程

issues2:

https://github.com/easzlab/kubeasz/issues/260
采坑指南——k8s域名解析coredns问题排查过程
发现都说是busybox镜像的问题,从1.28.4以后的镜像都存在这问题。把镜像换成1.28.4试试?修改yaml版本号:

apiversion: extensions/v1beta1
kind: deployment
metadata:
  name: busybox-deployment
spec:
  replicas: 1
  template:
    metadata:
      labels:
        app: busybox
    spec:
      restartpolicy: always
      containers:
      - name: busybox
        command:
        - sleep
        - "3600"
        image: busybox:1.28.4

重新apply后,进入容器:
采坑指南——k8s域名解析coredns问题排查过程

确实可以成功解析域名了。

那为什么宿主机上直接执行测试命令,域名不能解析呢?
采坑指南——k8s域名解析coredns问题排查过程

继续google,知道resolver域名解析器:

nameserver关键字,如果没指定nameserver就找不到dns服务器,其它关键字是可选的。nameserver表示解析域名时使用该地址指定的主机为域名服务器。其中域名服务器是按照文件中出现的顺序来查询的,且只有当第一个nameserver没有反应时才查询下面的nameserver,一般不要指定超过3个服务器。
而我在宿主上/etc/resolv.conf中nameserver如下:
采坑指南——k8s域名解析coredns问题排查过程
且前三个域名解析服务器后可以通。

现在试着把coredns的其中一个podip:192.168.155.73放到第一个nameserver:
采坑指南——k8s域名解析coredns问题排查过程
可以看到现在可以解析了。

其实最好把kube-dns service的clusterip放到/etc/resolv.conf中,这样pod重启后也可以解析。
采坑指南——k8s域名解析coredns问题排查过程

参考

linux中/etc/resolv.conf文件简析
https://blog.csdn.net/lcr_happy/article/details/54867510

coredns系列1:kubernetes内部域名解析原理、弊端及优化方式

https://hansedong.github.io/2018/11/20/9/

历史文章

k8s中负载均衡器【ingress-nginx】部署

k8s使用job执行任务失败怎么办

从外部访问kubernetes中的pod

k8s负载均衡器配置请求重定向

教你轻松获取k8s镜像和安装包

k8s必学必会知识梳理

docker基础知识整理



本公众号免费提供csdn下载服务,海量it学习资源,如果你准备入it坑,励志成为优秀的程序猿,那么这些资源很适合你,包括但不限于java、go、python、springcloud、elk、嵌入式 、大数据、面试资料、前端 等资源。同时我们组建了一个技术交流群,里面有很多大佬,会不定时分享技术文章,如果你想来一起学习提高,可以公众号后台回复【2】,免费邀请加技术交流群互相学习提高,会不定期分享编程it相关资源。


扫码关注,精彩内容第一时间推给你

采坑指南——k8s域名解析coredns问题排查过程