nslookup不解析Kubernetes.default
我在minikube安装程序上尝试了以下命令,以验证dns是否正常工作nslookup不解析Kubernetes.default,kubernetes,kubernetes-pod,kube-dns,Kubernetes,Kubernetes Pod,Kube Dns,我在minikube安装程序上尝试了以下命令,以验证dns是否正常工作 kubectl exec-ti busybox--nslookup kubernetes.default 但这是我得到的结果 ' 服务器:10.96.0.10 地址1:10.96.0.10 nslookup: can't resolve 'kubernetes.default' command terminated with exit code 1' 除此之外,我检查了coredns吊舱日志,它显示了如下内容: ` 201
kubectl exec-ti busybox--nslookup kubernetes.default
但这是我得到的结果
'
服务器:10.96.0.10
地址1:10.96.0.10
nslookup: can't resolve 'kubernetes.default'
command terminated with exit code 1'
除此之外,我检查了coredns吊舱日志,它显示了如下内容:
`
2019-11-07T12:25:23.694Z[错误]插件/错误:0
5606995447546819070.2414697521008405831. HINFO:读udp 172.17.0.5:60961-
10.15.102.11:53:i/o超时
`
有人能解释一下出了什么问题吗?busybox图像标记为
image:busybox:1.28
这是因为您的busybox pod对kubernetes一无所知。默认值
修复您的/etc/resolv.conf
应该是
search default.svc.cluster.local svc.cluster.local
nameserver 10.96.0.10
options ndots:5
此外,您还可以打开cat文档并检查提供的examle
查看resolv.conf文件内部。(请参阅从
节点和已知问题(有关更多信息,请参见下文)
验证搜索路径和名称服务器的设置是否与
以下内容(请注意,不同云的搜索路径可能不同
供应商):
如下所示的错误表明
coredns/kube dns附加组件或相关服务:
在不知道实际的OP
/etc/resolv.conf
文件的情况下,如何声明修复/etc/resolv.conf
?此外,您建议的nameserver
显然与OP安装中使用的群集DNS IP不同(10.96.0.10
)。好的,同意,更改了nameserver(不过OP的infra应该采用的是清楚的)。很可能是/etc/resolv.conf
kubectl exec busybox cat /etc/resolv.conf
search default.svc.cluster.local svc.cluster.local cluster.local google.internal c.gce_project_id.internal
nameserver 10.0.0.10
options ndots:5
kubectl exec -ti busybox -- nslookup kubernetes.default
Server: 10.0.0.10
Address 1: 10.0.0.10
nslookup: can't resolve 'kubernetes.default'
or
kubectl exec -ti busybox -- nslookup kubernetes.default
Server: 10.0.0.10
Address 1: 10.0.0.10 kube-dns.kube-system.svc.cluster.local
nslookup: can't resolve 'kubernetes.default'