nslookup不解析Kubernetes.default

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

我在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吊舱日志,它显示了如下内容: ` 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'