Alpine镜像在K8S环境中DNS解析异常与DNS查询优化

最新推荐文章于 2024-03-11 14:27:57 发布
最新推荐文章于 2024-03-11 14:27:57 发布
阅读量1.7k 收藏
点赞数
分类专栏： Kubernetes 文章标签： kubernetes 容器 docker k8s 运维
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_41586875/article/details/129900846
版权

基础环境

​ 公司生产环境alpine基础基础镜像在解析类似``servicename、servicename.namespace.svc.cluster.local时不存在问题，能正常返回后端的SVC IP，但是解析servicename.namespace、servicename.namespace.svc`时存在异常，无法获取到正常IP，所以排查一下原因，发现是alpine基础镜像问题。

# alpine基础镜像版本
alpine:3.17.2

# 查看当前集群存在的SVC
╰─ kubectl get svc -n monitor                                                                                                                                        ─╯
NAME                                      TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)                      AGE
alertmanager-operated                     ClusterIP   None            <none>        9093/TCP,9094/TCP,9094/UDP   35d
monitor-grafana                           NodePort    10.96.200.100   <none>        80:30005/TCP                 35d
monitor-kube-prometheus-st-alertmanager   NodePort    10.96.193.81    <none>        9093:30004/TCP               35d
monitor-kube-prometheus-st-operator       ClusterIP   10.96.88.67     <none>        443/TCP                      35d
monitor-kube-prometheus-st-prometheus     NodePort    10.96.249.181   <none>        9090:30003/TCP               35d
monitor-kube-state-metrics                ClusterIP   10.96.115.64    <none>        8080/TCP                     35d
monitor-prometheus-node-exporter          ClusterIP   10.96.176.239   <none>        9100/TCP                     35d
nginx                                     ClusterIP   None            <none>        80/TCP                       4d17h
prometheus-operated                       ClusterIP   None            <none>        9090/TCP                     35d

之所以存在这种短域的写法，是为了减少拼接次数，通常的短域写法如下：

  1. Pod访问同命名空间的Service，优先使用<service-name>访问，其中service-name代指Service名称
  2. Pod跨命名空间访问Service，优先使用<service-name>.<namespace-name>访问，其中namespace-name代指Service所处的命名空间
  3. Pod访问集群外部域名时，优先使用FQDN类型域名访问，这类域名通过常见域名最后加半角句号（.）的方式来指定地址，可以避免search搜索域拼接带来的多次无效搜索，例如需要访问www.aliyun.com，则优先使用FQDN类型域名www.aliyun.com.来访问

通常我们一般在解析普通dns时，一般写法都是：servicename.namespace.svc.cluster.local,其流量抓包如下，从下述的抓包我们可知：

  1. 由于servicename.namespace.svc.cluster.local .的个数<5，所以会走dns拼接，从抓包来看，查了nginx.monitor.svc.cluster.local.monitor.svc.cluster.local.、nginx.monitor.svc.cluster.local.svc.cluster.local.、nginx.monitor.svc.cluster.local.cluster.local.、nginx.monitor.svc.cluster.local.，前边大概有三次无效的DNS查询
  2. 解析nginx时，由于.的个数<5，所以按照/etc/resolv.conf拼接，第一次拼接nginx.monitor.svc.cluster.local.时即可查询出ip，减少了DNS查询次数，但是这种写法一般只能用于同一个命名空间内
  3. 当我们需要跨命名空间通信时，可以这样写：nginx.monitor由于.的个数<5，所以按照/etc/resolv.conf拼接，查询了nginx.monitor.monitor.svc.cluster.local.、nginx.monitor.svc.cluster.local.，可以发现跨命名空间这种写法，仅多查询了一次
  4. 我们解析类似nginx.monitor.svc(一般不这么写),根据拼接规则可知会查询dns有nginx.monitor.svc.monitor.svc.cluster.local.、nginx.monitor.svc.svc.cluster.local.、nginx.monitor.svc.cluster.local.，多查询了二次才能解析到ip
  5. 还有一种statefulset控制器中使用较多的查询后端pod的dnspodname.svcname.namespace.svc.cluster.local,根据拼接规则可知，如不跨命名空间通信推荐使用podname.svcname，如需要跨命名空间推荐使用podname.svcname.namespace来解析，前者一次即可解析出来，后者二次即可解析出来，其抓包下面也有
# 查看dns解析信息
bash-5.1# cat /etc/resolv.conf 
nameserver 10.96.0.10
search monitor.svc.cluster.local svc.cluster.local cluster.local
options ndots:5

# 解析nginx.monitor.svc.cluster.local
bash-5.1# nslookup nginx.monitor.svc.cluster.local
Server:         10.96.0.10
Address:        10.96.0.10#53

Name:   nginx.monitor.svc.cluster.local
Address: 172.16.0.78
Name:   nginx.monitor.svc.cluster.local
Address: 172.16.1.64

[root@k8s-master-1 ~]# docker ps | grep tool
86ce5fe67ca7   f309c8fd1053                                        "/bin/sh -c 'sleep 1…"   7 seconds ago    Up 6 seconds              k8s_network-multitool_network-multitool_monitor_848cb38d-a4cf-4248-9ada-293437a17413_0
9d6663dc3841   registry.aliyuncs.com/google_containers/pause:3.8   "/pause"                 7 seconds ago    Up 6 seconds              k8s_POD_network-multitool_monitor_848cb38d-a4cf-4248-9ada-293437a17413_0
[root@k8s-master-1 ~]# docker inspect 86ce5fe67ca7 | grep -i pid
            "Pid": 91933,
            "PidMode": "",
            "PidsLimit": null,

# 抓包如下
[root@k8s-master-1 ~]# nsenter -t 91933 -n tcpdump -i any port domain -Nnnvl
tcpdump: data link type LINUX_SLL2
dropped privs to tcpdump
tcpdump: listening on any, link-type LINUX_SLL2 (Linux cooked v2), snapshot length 262144 bytes
17:38:25.150241 eth0  Out IP (tos 0x0, ttl 64, id 8111, offset 0, flags [none], proto UDP (17), length 103)
    172.16.0.79.55212 > 10.96.0.10.53: 25756+ A? nginx.monitor.svc.cluster.local.monitor.svc.cluster.local. (75)
17:38:25.150662 eth0  In  IP (tos 0x0, ttl 64, id 9540, offset 0, flags [DF], proto UDP (17), length 196)
    10.96.0.10.53 > 172.16.0.79.55212: 25756 NXDomain*- 0/1/0 (168)
17:38:25.154449 eth0  Out IP (tos 0x0, ttl 64, id 8112, offset 0, flags [none], proto UDP (17), length 95)
    172.16.0.79.53010 > 10.96.0.10.53: 15187+ A? nginx.monitor.svc.cluster.local.svc.cluster.local. (67)
17:38:25.154698 eth0  In  IP (tos 0x0, ttl 64, id 9541, offset 0, flags [DF], proto UDP (17), length 188)
    10.96.0.10.53 > 172.16.0.79.53010: 15187 NXDomain*- 0/1/0 (160)
17:38:25.154809 eth0  Out IP (tos 0x0, ttl 64, id 8113, offset 0, flags [none], proto UDP (17), length 91)
    172.16.0.79.50964 > 10.96.0.10.53: 41361+ A? nginx.monitor.svc.cluster.local.cluster.local. (63)
17:38:25.154966 eth0  In  IP (tos 0x0, ttl 64, id 9542, offset 0, flags [DF], proto UDP (17), length 184)
    10.96.0.10.53 > 172.16.0.79.50964: 41361 NXDomain*- 0/1/0 (156)
17:38:25.155086 eth0  Out IP (tos 0x0, ttl 64, id 8114, offset 0, flags [none], proto UDP (17), length 77)
    172.16.0.79.48908 > 10.96.0.10.53: 23260+ A? nginx.monitor.svc.cluster.local. (49)
17:38:25.155245 eth0  In  IP (tos 0x0, ttl 64, id 9543, offset 0, flags [DF], proto UDP (17), length 171)
    10.96.0.10.53 > 172.16.0.79.48908: 23260*- 2/0/0 nginx.monitor.svc.cluster.local. A 172.16.0.78, nginx.monitor.svc.cluster.local. A 172.16.1.64 (143)
17:38:25.155754 eth0  Out IP (tos 0x0, ttl 64, id 8115, offset 0, flags [none], proto UDP (17), length 77)
    172.16.0.79.42284 > 10.96.0.10.53: 55628+ AAAA? nginx.monitor.svc.cluster.local. (49)
17:38:25.156373 eth0  In  IP (tos 0x0, ttl 64, id 9544, offset 0, flags [DF], proto UDP (17), length 170)
    10.96.0.10.53 > 172.16.0.79.42284: 55628*- 0/1/0 (142)
    
# 解析: nginx,其抓包如下
[root@k8s-master-1 ~]# nsenter -t 91933 -n tcpdump -i any port domain -Nnnvl
tcpdump: data link type LINUX_SLL2
dropped privs to tcpdump
tcpdump: listening on any, link-type LINUX_SLL2 (Linux cooked v2), snapshot length 262144 bytes
17:44:55.238312 eth0  Out IP (tos 0x0, ttl 64, id 12041, offset 0, flags [none], proto UDP (17), length 77)
    172.16.0.79.33648 > 10.96.0.10.53: 7150+ A? nginx.monitor.svc.cluster.local. (49)
17:44:55.238666 eth0  In  IP (tos 0x0, ttl 64, id 24377, offset 0, flags [DF], proto UDP (17), length 171)
    10.96.0.10.53 > 172.16.0.79.33648: 7150*- 2/0/0 nginx.monitor.svc.cluster.local. A 172.16.1.64, nginx.monitor.svc.cluster.local. A 172.16.0.78 (143)
17:44:55.242310 eth0  Out IP (tos 0x0, ttl 64, id 12042, offset 0, flags [none], proto UDP (17), length 77)
    172.16.0.79.49147 > 10.96.0.10.53: 43921+ AAAA? nginx.monitor.svc.cluster.local. (49)
17:44:55.242537 eth0  In  IP (tos 0x0, ttl 64, id 24378, offset 0, flags [DF], proto UDP (17), length 170)
    10.96.0.10.53 > 172.16.0.79.49147: 43921*- 0/1/0 (142)
    
# 解析： nginx.monitor,其抓包如下：
[root@k8s-master-1 ~]# nsenter -t 91933 -n tcpdump -i any port domain -Nnnvl
tcpdump: data link type LINUX_SLL2
dropped privs to tcpdump
tcpdump: listening on any, link-type LINUX_SLL2 (Linux cooked v2), snapshot length 262144 bytes
17:49:55.440268 eth0  Out IP (tos 0x0, ttl 64, id 35930, offset 0, flags [none], proto UDP (17), length 85)
    172.16.0.79.55867 > 10.96.0.10.53: 10150+ A? nginx.monitor.monitor.svc.cluster.local. (57)
17:49:55.440770 eth0  In  IP (tos 0x0, ttl 64, id 32679, offset 0, flags [DF], proto UDP (17), length 178)
    10.96.0.10.53 > 172.16.0.79.55867: 10150 NXDomain*- 0/1/0 (150)
17:49:55.440975 eth0  Out IP (tos 0x0, ttl 64, id 35931, offset 0, flags [none], proto UDP (17), length 77)
    172.16.0.79.53984 > 10.96.0.10.53: 3418+ A? nginx.monitor.svc.cluster.local. (49)
17:49:55.441178 eth0  In  IP (tos 0x0, ttl 64, id 32680, offset 0, flags [DF], proto UDP (17), length 171)
    10.96.0.10.53 > 172.16.0.79.53984: 3418*- 2/0/0 nginx.monitor.svc.cluster.local. A 172.16.0.78, nginx.monitor.svc.cluster.local. A 172.16.1.64 (143)
17:49:55.441571 eth0  Out IP (tos 0x0, ttl 64, id 35932, offset 0, flags [none], proto UDP (17), length 77)
    172.16.0.79.51724 > 10.96.0.10.53: 18190+ AAAA? nginx.monitor.svc.cluster.local. (49)
17:49:55.441766 eth0  In  IP (tos 0x0, ttl 64, id 32681, offset 0, flags [DF], proto UDP (17), length 170)
    10.96.0.10.53 > 172.16.0.79.51724: 18190*- 0/1/0 (142)
    
# 解析nginx-0.nginx（通常用于同命名空间通信）
bash-5.1# nslookup nginx-0.nginx
Server:         10.96.0.10
Address:        10.96.0.10#53

Name:   nginx-0.nginx.monitor.svc.cluster.local
Address: 172.16.1.64

[root@k8s-master-1 ~]# nsenter -t 91933 -n tcpdump -i any port domain -Nnnvl
tcpdump: data link type LINUX_SLL2
dropped privs to tcpdump
tcpdump: listening on any, link-type LINUX_SLL2 (Linux cooked v2), snapshot length 262144 bytes
18:00:39.408649 eth0  Out IP (tos 0x0, ttl 64, id 8037, offset 0, flags [none], proto UDP (17), length 85)
    172.16.0.79.59798 > 10.96.0.10.53: 53116+ A? nginx-0.nginx.monitor.svc.cluster.local. (57)
18:00:39.409023 eth0  In  IP (tos 0x0, ttl 64, id 16065, offset 0, flags [DF], proto UDP (17), length 140)
    10.96.0.10.53 > 172.16.0.79.59798: 53116*- 1/0/0 nginx-0.nginx.monitor.svc.cluster.local. A 172.16.1.64 (112)
18:00:39.413021 eth0  Out IP (tos 0x0, ttl 64, id 8038, offset 0, flags [none], proto UDP (17), length 85)
    172.16.0.79.40082 > 10.96.0.10.53: 19536+ AAAA? nginx-0.nginx.monitor.svc.cluster.local. (57)
18:00:39.413512 eth0  In  IP (tos 0x0, ttl 64, id 16066, offset 0, flags [DF], proto UDP (17), length 178)
    10.96.0.10.53 > 172.16.0.79.40082: 19536*- 0/1/0 (150)
    
# 解析nginx-0.nginx.monitor（通常用于跨命名空间通信)
bash-5.1# nslookup nginx-0.nginx.monitor
Server:         10.96.0.10
Address:        10.96.0.10#53

Name:   nginx-0.nginx.monitor.svc.cluster.local
Address: 172.16.1.64

[root@k8s-master-1 ~]# nsenter -t 91933 -n tcpdump -i any port domain -Nnnvl
tcpdump: data link type LINUX_SLL2
dropped privs to tcpdump
tcpdump: listening on any, link-type LINUX_SLL2 (Linux cooked v2), snapshot length 262144 bytes
18:01:58.195694 eth0  Out IP (tos 0x0, ttl 64, id 10099, offset 0, flags [none], proto UDP (17), length 93)
    172.16.0.79.37081 > 10.96.0.10.53: 53744+ A? nginx-0.nginx.monitor.monitor.svc.cluster.local. (65)
18:01:58.196797 eth0  In  IP (tos 0x0, ttl 64, id 20029, offset 0, flags [DF], proto UDP (17), length 186)
    10.96.0.10.53 > 172.16.0.79.37081: 53744 NXDomain*- 0/1/0 (158)
18:01:58.204490 eth0  Out IP (tos 0x0, ttl 64, id 10100, offset 0, flags [none], proto UDP (17), length 85)
    172.16.0.79.46972 > 10.96.0.10.53: 39248+ A? nginx-0.nginx.monitor.svc.cluster.local. (57)
18:01:58.204783 eth0  In  IP (tos 0x0, ttl 64, id 20030, offset 0, flags [DF], proto UDP (17), length 140)
    10.96.0.10.53 > 172.16.0.79.46972: 39248*- 1/0/0 nginx-0.nginx.monitor.svc.cluster.local. A 172.16.1.64 (112)
18:01:58.204965 eth0  Out IP (tos 0x0, ttl 64, id 10101, offset 0, flags [none], proto UDP (17), length 85)
    172.16.0.79.57902 > 10.96.0.10.53: 3394+ AAAA? nginx-0.nginx.monitor.svc.cluster.local. (57)
18:01:58.205164 eth0  In  IP (tos 0x0, ttl 64, id 20031, offset 0, flags [DF], proto UDP (17), length 178)
    10.96.0.10.53 > 172.16.0.79.57902: 3394*- 0/1/0 (150)

alpine镜像解析servicename&servicename.namespace.svc.cluster.local

# 新开一个终端，抓取alpine容器内部的dns解析流量
[root@k8s-master-1 ~]# docker ps | grep alpine
94fa1bcf0a5e   d74e625d9115                                        "/bin/sh -c 'sleep 1…"   8 minutes ago   Up 8 minutes             k8s_alpine_alpine_monitor_da1874a7-e739-4dd1-ae6e-7f2d49e04de7_4
c0f216c788cf   registry.aliyuncs.com/google_containers/pause:3.8   "/pause"                 8 minutes ago   Up 8 minutes             k8s_POD_alpine_monitor_da1874a7-e739-4dd1-ae6e-7f2d49e04de7_12
[root@k8s-master-1 ~]# docker inspect 94fa1bcf0a5e | grep -i pid
            "Pid": 6425,
            "PidMode": "",
            "PidsLimit": null,
# 查看dns拼接
/ # cat /etc/resolv.conf 
nameserver 10.96.0.10
search monitor.svc.cluster.local svc.cluster.local cluster.local
options ndots:5

# alpine基础镜像解析nginx
/ # nslookup nginx
Server:         10.96.0.10
Address:        10.96.0.10:53

** server can't find nginx.cluster.local: NXDOMAIN

** server can't find nginx.svc.cluster.local: NXDOMAIN

Name:   nginx.monitor.svc.cluster.local
Address: 172.16.1.64
Name:   nginx.monitor.svc.cluster.local
Address: 172.16.0.78

** server can't find nginx.cluster.local: NXDOMAIN
** server can't find nginx.svc.cluster.local: NXDOMAIN


# 使用alpine镜像解析servicename： nslookup nginx
[root@k8s-master-1 ~]# nsenter -t 6425 -n tcpdump -i any port domain -Nnnvl
tcpdump: data link type LINUX_SLL2
dropped privs to tcpdump
tcpdump: listening on any, link-type LINUX_SLL2 (Linux cooked v2), snapshot length 262144 bytes
17:08:12.031002 eth0  Out IP (tos 0x0, ttl 64, id 50483, offset 0, flags [DF], proto UDP (17), length 77)
    172.16.0.67.55971 > 10.96.0.10.53: 37361+ A? nginx.monitor.svc.cluster.local. (49)
17:08:12.031210 eth0  Out IP (tos 0x0, ttl 64, id 50484, offset 0, flags [DF], proto UDP (17), length 69)
    172.16.0.67.55971 > 10.96.0.10.53: 38528+ A? nginx.svc.cluster.local. (41)
17:08:12.031224 eth0  Out IP (tos 0x0, ttl 64, id 50485, offset 0, flags [DF], proto UDP (17), length 65)
    172.16.0.67.55971 > 10.96.0.10.53: 39403+ A? nginx.cluster.local. (37)
17:08:12.031232 eth0  Out IP (tos 0x0, ttl 64, id 50486, offset 0, flags [DF], proto UDP (17), length 77)
    172.16.0.67.55971 > 10.96.0.10.53: 40278+ AAAA? nginx.monitor.svc.cluster.local. (49)
17:08:12.031239 eth0  Out IP (tos 0x0, ttl 64, id 50487, offset 0, flags [DF], proto UDP (17), length 69)
    172.16.0.67.55971 > 10.96.0.10.53: 52778+ AAAA? nginx.svc.cluster.local. (41)
17:08:12.031246 eth0  Out IP (tos 0x0, ttl 64, id 50488, offset 0, flags [DF], proto UDP (17), length 65)
    172.16.0.67.55971 > 10.96.0.10.53: 53653+ AAAA? nginx.cluster.local. (37)
17:08:12.031744 eth0  In  IP (tos 0x0, ttl 64, id 51319, offset 0, flags [DF], proto UDP (17), length 158)
    10.96.0.10.53 > 172.16.0.67.55971: 53653 NXDomain*- 0/1/0 (130)
17:08:12.031814 eth0  In  IP (tos 0x0, ttl 64, id 51320, offset 0, flags [DF], proto UDP (17), length 171)
    10.96.0.10.53 > 172.16.0.67.55971: 37361*- 2/0/0 nginx.monitor.svc.cluster.local. A 172.16.1.64, nginx.monitor.svc.cluster.local. A 172.16.0.78 (143)
17:08:12.031843 eth0  In  IP (tos 0x0, ttl 64, id 51321, offset 0, flags [DF], proto UDP (17), length 158)
    10.96.0.10.53 > 172.16.0.67.55971: 39403 NXDomain*- 0/1/0 (130)
17:08:12.031911 eth0  In  IP (tos 0x0, ttl 64, id 51322, offset 0, flags [DF], proto UDP (17), length 170)
    10.96.0.10.53 > 172.16.0.67.55971: 40278*- 0/1/0 (142)
17:08:12.031944 eth0  In  IP (tos 0x0, ttl 64, id 51323, offset 0, flags [DF], proto UDP (17), length 162)
    10.96.0.10.53 > 172.16.0.67.55971: 38528 NXDomain*- 0/1/0 (134)
17:08:12.031998 eth0  In  IP (tos 0x0, ttl 64, id 51324, offset 0, flags [DF], proto UDP (17), length 162)
    10.96.0.10.53 > 172.16.0.67.55971: 52778 NXDomain*- 0/1/0 (134)

​ 从alpine解析servicename的流量抓包我们可以确定

  1. alpine再解析servicename时，由于ndots<=5，所以帮我们拼接了nginx.monitor.svc.cluster.local.、nginx.svc.cluster.local.、nginx.cluster.local. dns查询，这是符合/etc/resolv.conf的search规则的，其中nginx.monitor.svc.cluster.local.请求到达coredns后，是能被正常解析的。
  2. Nginx.monitor.svc.cluster.local由于是默认就可以拼接出来，这里不做测试了

alpine镜像解析servicename.namespace&servicename.namespace.svc

# 解析nginx.monitor域名，通常用于跨命名空间的时候使用
/ # nslookup nginx.monitor
Server:         10.96.0.10
Address:        10.96.0.10:53

** server can't find nginx.monitor: NXDOMAIN

** server can't find nginx.monitor: NXDOMAIN

# 抓包信息
[root@k8s-master-1 ~]# nsenter -t 6425 -n tcpdump -i any port domain -Nnnvl
tcpdump: data link type LINUX_SLL2
dropped privs to tcpdump
tcpdump: listening on any, link-type LINUX_SLL2 (Linux cooked v2), snapshot length 262144 bytes
17:20:51.579010 eth0  Out IP (tos 0x0, ttl 64, id 31173, offset 0, flags [DF], proto UDP (17), length 59)
    172.16.0.67.35721 > 10.96.0.10.53: 60062+ A? nginx.monitor. (31)
17:20:51.579085 eth0  Out IP (tos 0x0, ttl 64, id 31174, offset 0, flags [DF], proto UDP (17), length 59)
    172.16.0.67.35721 > 10.96.0.10.53: 60229+ AAAA? nginx.monitor. (31)
17:20:51.610681 eth0  In  IP (tos 0x0, ttl 64, id 44955, offset 0, flags [DF], proto UDP (17), length 134)
    10.96.0.10.53 > 172.16.0.67.35721: 60062 NXDomain 0/1/0 (106)
17:20:51.618168 eth0  In  IP (tos 0x0, ttl 64, id 44956, offset 0, flags [DF], proto UDP (17), length 134)
    10.96.0.10.53 > 172.16.0.67.35721: 60229 NXDomain 0/1/0 (106)
    
# 解析nginx.monitor.svc域名，安装search规则，应该也是可以解析的
/ # nslookup nginx.monitor.svc
Server:         10.96.0.10
Address:        10.96.0.10:53
** server can't find nginx.monitor.svc: NXDOMAIN
** server can't find nginx.monitor.svc: NXDOMAIN

# 抓包信息
[root@k8s-master-1 ~]# nsenter -t 6425 -n tcpdump -i any port domain -Nnnvl
tcpdump: data link type LINUX_SLL2
dropped privs to tcpdump
tcpdump: listening on any, link-type LINUX_SLL2 (Linux cooked v2), snapshot length 262144 bytes
17:22:31.052684 eth0  Out IP (tos 0x0, ttl 64, id 31870, offset 0, flags [DF], proto UDP (17), length 63)
    172.16.0.67.46894 > 10.96.0.10.53: 63421+ A? nginx.monitor.svc. (35)
17:22:31.052870 eth0  Out IP (tos 0x0, ttl 64, id 31871, offset 0, flags [DF], proto UDP (17), length 63)
    172.16.0.67.46894 > 10.96.0.10.53: 63629+ AAAA? nginx.monitor.svc. (35)
17:22:31.105724 eth0  In  IP (tos 0x0, ttl 64, id 51505, offset 0, flags [DF], proto UDP (17), length 138)
    10.96.0.10.53 > 172.16.0.67.46894: 63629 NXDomain 0/1/0 (110)
17:22:31.647632 eth0  In  IP (tos 0x0, ttl 64, id 51506, offset 0, flags [DF], proto UDP (17), length 138)
    10.96.0.10.53 > 172.16.0.67.46894: 63421 NXDomain 0/1/0 (110)

​ 从上述的抓包我们可以知道，alpine基础镜像在解析servicename.namespace&servicename.namespace.svc时并未按照/etc/resolv.conf 中规则进行dns search，导致上述二种dns无法被解析，其中servicename.namespace通常用于跨命名空间的时候使用，之所以用servicename.namespace这种短域方式就是为了提高dns查询速度，减少无效dns查询

alpine镜像解析podname.servicename&podname.servicename.namespace

根据下面alpine基础镜像抓包我们可知

  1. alpine基础镜像在解析podname.servicename&podname.servicename.namespace时，并为帮助我们拼接正常的DNS请求，从而导致无法获取到pod IP
  2. 解析nginx-0.nginx.monitor.svc.cluster.local
# 解析nginx-0.nginx
/ # nslookup nginx-0.nginx
Server:         10.96.0.10
Address:        10.96.0.10:53

** server can't find nginx-0.nginx: NXDOMAIN

** server can't find nginx-0.nginx: NXDOMAIN

# 其抓包如下（我们可以发现alpine镜像并未帮助我们正常拼接dns）
[root@k8s-master-1 ~]# nsenter -t 6425 -n tcpdump -i any port domain -Nnnvl
tcpdump: data link type LINUX_SLL2
dropped privs to tcpdump
tcpdump: listening on any, link-type LINUX_SLL2 (Linux cooked v2), snapshot length 262144 bytes
18:07:24.546216 eth0  Out IP (tos 0x0, ttl 64, id 42318, offset 0, flags [DF], proto UDP (17), length 59)
    172.16.0.67.57526 > 10.96.0.10.53: 49224+ A? nginx-0.nginx. (31)
18:07:24.546382 eth0  Out IP (tos 0x0, ttl 64, id 42319, offset 0, flags [DF], proto UDP (17), length 59)
    172.16.0.67.57526 > 10.96.0.10.53: 49432+ AAAA? nginx-0.nginx. (31)
18:07:24.572436 eth0  In  IP (tos 0x0, ttl 64, id 60868, offset 0, flags [DF], proto UDP (17), length 134)
    10.96.0.10.53 > 172.16.0.67.57526: 49224 NXDomain 0/1/0 (106)
18:07:24.882381 eth0  In  IP (tos 0x0, ttl 64, id 60885, offset 0, flags [DF], proto UDP (17), length 134)
    10.96.0.10.53 > 172.16.0.67.57526: 49432 NXDomain 0/1/0 (106)
    
    
# 解析nginx-0.nginx.monitor(通常用于夸命名空间通信)
/ # nslookup nginx-0.nginx.monitor
Server:         10.96.0.10
Address:        10.96.0.10:53

** server can't find nginx-0.nginx.monitor: NXDOMAIN

** server can't find nginx-0.nginx.monitor: NXDOMAIN

# 其抓包如下（我们可以发现alpine镜像并未帮助我们正常拼接dns）
[root@k8s-master-1 ~]# nsenter -t 6425 -n tcpdump -i any port domain -Nnnvl
tcpdump: data link type LINUX_SLL2
dropped privs to tcpdump
tcpdump: listening on any, link-type LINUX_SLL2 (Linux cooked v2), snapshot length 262144 bytes
18:09:59.491224 eth0  Out IP (tos 0x0, ttl 64, id 48128, offset 0, flags [DF], proto UDP (17), length 67)
    172.16.0.67.40109 > 10.96.0.10.53: 29347+ A? nginx-0.nginx.monitor. (39)
18:09:59.491424 eth0  Out IP (tos 0x0, ttl 64, id 48129, offset 0, flags [DF], proto UDP (17), length 67)
    172.16.0.67.40109 > 10.96.0.10.53: 29639+ AAAA? nginx-0.nginx.monitor. (39)
18:09:59.539390 eth0  In  IP (tos 0x0, ttl 64, id 1427, offset 0, flags [DF], proto UDP (17), length 142)
    10.96.0.10.53 > 172.16.0.67.40109: 29347 NXDomain 0/1/0 (114)
18:10:00.738049 eth0  In  IP (tos 0x0, ttl 64, id 1436, offset 0, flags [DF], proto UDP (17), length 142)
    10.96.0.10.53 > 172.16.0.67.40109: 29639 NXDomain 0/1/0 (114)
    
# 解析nginx-0.nginx.monitor.svc.cluster.local
/ # nslookup nginx-0.nginx.monitor.svc.cluster.local
Server:         10.96.0.10
Address:        10.96.0.10:53

Name:   nginx-0.nginx.monitor.svc.cluster.local
Address: 172.16.1.64

结论

  1. 如果使用alpine镜像作为业务镜像，尽量不要使用短域写法，手动补全svc.cluster.local，这种写法虽然会多查询很多次dns，但至少是能解析出来
  2. 将业务镜像替换成centos/debian/ubuntu等其他发行版本基础镜像，即可使用短域写法，提高DNS查询速度
旺仔_牛奶
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
k8s中基于alpine-3.7.0的pod无法解析域名问题
zhengwei424的博客
02-23 686
在pod内无法解析指定域名 排查经过 解决办法 总结 不知道该现象是否和基础镜像有关，有的非alpine镜像的pod容器内，/etc/resolv.conf文件中同样存在search localdomain也不影响域名解析，有懂的大佬麻烦告知一下，谢谢
k8s(dns镜像,Kubernetes)
08-22
从谷歌拉去镜像，查看k8s搭建文档地址:https://blog.csdn.net/qq_33432713/article/details/81941188
alpine容器中/etc/hosts配置DNS在golang中无法起作用
huangruifeng的博客
07-20 2256
问题描述 由于网络架构原因，应用服务（由go开发）与统一认证服务（SSO）同一交换机，应用服务无法通过域名直接访问SSO服务 解决方法 在应用服务中的/etc/hosts添加内部ip与域名映射记录，另外由于服务是使用k8s进行管理，所以在deployment中添加域名映射，如下： spec: hostAliases: - ip: "10.258.5.123" ...
K8S DNS解析过程和延迟问题
阿拉斯加大闸蟹的博客
02-20 7742
5、如果本地DNS服务器本地区域文件与缓存解析都失效，则根据本地DNS服务器的设置（是否设置转发器）进行查询，如果未用转发模式，本地DNS就把请求发至13台根DNS，根DNS服务器收到请求后会判断这个域名（.com）是谁来授权管理，并会返回一个负责该顶级域名服务器的一个IP。本地DNS服务器收到IP信息后，将会联系负责.com域的这台服务器。6、如果用的是转发模式，此DNS服务器就会把请求转发至上一级DNS服务器，由上一级服务器进行解析，上一级服务器如果不能解析，或找根DNS或把请求转至上上级，以此循环。
本地k8s集群搭建保姆级教程(2)-装机Alpine
人生苦短，我用... ...
06-04 1776
本地k8s集群搭建保姆级教程(1)-安装Alpine
alpine极简快速安装k8s#kubernetes
weixin_50580906的博客
03-11 613
alpine3.191、Master主机：2核以上CPU、4G以上内存、20G硬盘 2、Node主机：2核以上CPU3、节点之中不可以有重复的主机名、MAC 地址或 product_uuid4、为了保证 kubelet 正常工作，必须禁用交换分区glibc。
在alpine镜像中添加ansible服务的方法
09-30
今天小编就为大家分享一篇关于在alpine镜像中添加ansible服务的方法，小编觉得内容挺不错的，现在分享给大家，具有很好的参考价值，需要的朋友一起跟随小编来看看吧
Alpine镜像中telnet转移至busybox-extras
09-30
在Alpine Linux镜像的维护过程中，为了优化和精简系统，某些组件可能会经历位置的改变或被移除。其中一个例子就是telnet命令，它在Alpine Linux 3.7版本之后不再作为基础镜像的一部分，而是被转移到了`busybox-...
docker 常用镜像下载： jdk8-alpine3.9
最新发布
06-01
加载镜像：docker load -i jdk8.tar
持续构建：Alpine镜像下构建的Go语言应用的运行问题
01-08
这篇文章通过Alpine下编译的二进制文件的运行方式来说明在实际使用中需要注意的一个细节。 使用Alpine构建Go应用 Go提供官方镜像用于构建Go语言的应用，官方镜像中也包括Alpine镜像。如何使用Docker镜像构建Go语言...
alpine-node：在Alpine Linux上构建的最小Node.js Docker镜像
02-02
alpine-node：在Alpine Linux上构建的最小Node.js Docker镜像
k8s集群外部域名dns解析问题
runzhliu大数据/容器日记
04-26 2147
Overview 业务在机器学习的 GPU 集群访问集群外部域名的算法模型报超时 原因分析 查看了 coredns 的监控和日志，均没有发现异常，通过 ping harbor.fql.com 分析回包非常慢，而且频繁超时，于是抓包，发现 harbor.fql.com 添加了 search 域，因为本身域名只有三位，k8s 的 DNS 的 ndots 默认是5位，所以肯定会添加 search 域去解析域名的 默认配置下的 Pod，ndots 为 5 解决方案 由业务容器通过 Pod 的 dnsConfig 自
kubernetes dns 解析超时问题排查
以梦为马|越骑越傻
03-28 1597
kubernetes dns 解析超时问题排查
kubernetes-DNS解析很慢或者超时的问题
dlm520947的博客
02-18 1498
DNS的解析结构： <service_name>.<namespace>.svc.<domain> myapp.default.svc.cluster.local 解析慢的时候或者解析超时的时候： curlmyapp.default.svc.cluster.local #这种时候可能会出现解析慢或者解析超时的情况 curlmy...
k8s 服务注册与发现（四）DNS解析异常问题排查
看，未来的博客
09-24 4374
本文介绍关于DNS解析异常的诊断流程、排查思路、常见解决方案和排查方法。
通过Docker、Alpine Linux和Unbound实现DNS服务器托管
weixin_34254823的博客
05-17 206
　　试想一下，假如我们要搭建一个移动app，同时又没有充足的预算去购买软硬件资源的话，该怎么办呢？比方说，如果我们要在现有的基础设施上运行这个app，偏偏我们手头上只有一些老旧的低性能机器的话，有什么办法可以实现移动app的部署和运行？ 　　对于一些公司来说，他们的应用本身用户量不算多，固定用户大概也就几百人。这种情况下花大量的经费去购买资源肯定是不...
关于k8s解析不到pod dns信息
热门推荐
longtails的博客
12-29 1万+
关于k8s解析不到pod dns信息 这其实是自己对k8s的dns解析不理解，service和pod在k8s中的dns记录形式不同，service是通过名字的，pod是用ip的（192-168-0-1的形式）。 busybox:1.28，latest版本不行 apiVersion: v1 kind: Pod metadata: name: busybox1 spec: contain...
docker build 报错 alpine RUN apk add 添加dns配置可解决
yulingli42的博客
01-05 1178
docker build 报错 alpine RUN apk add 添加dns配置可解决
Alpine linux虚拟机 k8s
10-22
Alpine Linux是一个基于musl libc和BusyBox的轻量级Linux发行版，它的设计目标是提供一个安全、简单、高效的操作系统。而Kubernetes（简称k8s）是一个用于自动部署、扩展和管理容器化应用程序的开源系统。在Kubernetes中，可以使用Alpine Linux作为容器镜像的基础操作系统。 在使用Alpine Linux作为Kubernetes集群中的节点操作系统时，可以通过在Alpine Linux虚拟机中安装Docker和Kubernetes组件来实现。具体步骤如下： 1. 在虚拟机中安装Docker和Kubernetes组件，可以参考官方文档进行安装。 2. 配置Kubernetes集群，包括Master节点和Worker节点的配置。 3. 在Alpine Linux虚拟机中创建容器镜像，并将其上传到Docker Hub或私有仓库中。 4. 在Kubernetes集群中使用Alpine Linux容器镜像来部署应用程序。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

旺仔_牛奶

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值