k8s集群报错:dial tcp 10.96.0.1:443: connect: no route to host
coredns 是Running状态,但是没有具体pod,0/1 连接不上443
·
问题表征:
kube-system coredns-66bff467f8-6gtp8 0/1 Running 2 29d 100.86.78.200 km1 <none> <none>
kube-system coredns-66bff467f8-gf6x4 0/1 Running 2 29d 100.86.78.199 km1 <none> <none>
大家可以看到,coredns挂了,我们查看doredns的日志,发现:
E1128 05:26:13.607966 1 reflector.go:153] pkg/mod/k8s.io/client-go@v0.17.2/tools/cache/reflector.go:105: Failed to list *v1.Namespace: Get https://10.96.0.1:443/api/v1/namespaces?limit=500&resourceVersion=0: dial tcp 10.96.0.1:443: i/o timeout
E1128 05:26:13.611065 1 reflector.go:153] pkg/mod/k8s.io/client-go@v0.17.2/tools/cache/reflector.go:105: Failed to list *v1.Endpoints: Get https://10.96.0.1:443/api/v1/endpoints?limit=500&resourceVersion=0: dial tcp 10.96.0.1:443: connect: no route to host
报错信息主要为:
dial tcp 10.96.0.1:443: i/o timeout
dial tcp 10.96.0.1:443: connect: no route to host
问题解决办法:
通过上网查询资料,发现了一种解决错误的方法:
步骤:
①执行以下命令以确保默认策略为ACCEPT
iptables -P INPUT ACCEPT
iptables -P FORWARD ACCEPT
iptables -P OUTPUT ACCEPT
②然后,刷新防火墙规则:
iptables -F
附录:
iptables传输数据包的过程
① 当一个数据包进入网卡时,它首先进入PREROUTING链,内核根据数据包目的IP判断是否需要转送出去。
② 如果数据包就是进入本机的,它就会沿着图向下移动,到达INPUT链。数据包到了INPUT链后,任何进程都会收到它。本机上运行的程序可以发送数据包,这些数据包会经过OUTPUT链,然后到达POSTROUTING链输出。
③ 如果数据包是要转发出去的,且内核允许转发,数据包就会如图所示向右移动,经过FORWARD链,然后到达POSTROUTING链输出。
————————————————
原文链接:https://blog.csdn.net/qq_29274865/article/details/110272039
说明,文章是转载,里面牵涉到的表述不知正不正确,但是确实解决了问题,学习计算机网络相关知识中。感谢原作者
更多推荐
已为社区贡献2条内容
所有评论(0)