master节点无法ping通node节点中pod网络

kubernetes master节点无法访问集群内的pod

目前的环境配置:

一台 master 节点,两台 node 节点
master 节点没有部署 kubeletkube-proxy,master 节点做了静态路由,将集群的pod网络service网络转发到 node1 上;实现master访问集群的podservice;

问题:

master节点访问service网络没有问题,可以ping通,可以ping通node1节点上的pod网络,但是无法ping通node2节点上的pod,不知道如何解决

可能是node节点无法转发流量,可以使用iptables添加一条规则让接收的流量进行封装转发

iptables -t nat -A POSTROUTING -s 192.168.1.0/24 -d 10.244.0.0/16 -j MASQUERADE

-s:设置从master节点来的流量
-d: 进来的流量为 pod 的网络地址

试一下,master应该就可以ping通所有node节点中的pod了

在 Kubernetes 集群中,有许多因素可能会导致您无法从 master 节点访问 node 节点上的 pod。这里是一些可能导致这种情况的原因,以及如何解决这些问题的建议:

网络配置问题:您提到了已将集群的 pod 网络和 service 网络转发到 node1 节点上,但是无法访问 node2 节点上的 pod。如果您在 master 节点上配置了静态路由,请确保这些路由能够将流量转发到所有的 node 节点上。

服务发现问题:如果您无法访问 node2 节点上的 pod,请检查 Kubernetes 集群的服务发现功能是否正常。您可以使用 kubectl get svc 命令查看集群中的服务。如果服务发现功能不正常,可能会导致您无法访问 node2 节点上的 pod。

网络插件问题:如果您使用了网络插件(例如 Flannel,Calico 或 Weave),请确保插件已正确配置并正常工作。如果插件出现问题,可能会导致您无法从 master 节点访问 node 节点上的 pod。

防火墙限制:如果您的网络中存在防火墙,请确保已在防火墙中打开所需的端口。Kubernetes 集群中通常会使用许多端口,您可能需要打开多个端口才能访问 node 节点上的 pod。

DNS 问题:如果您使用了 Kubernetes 的 DNS 服务,请确保 DNS 服务正常工作。可以使用 kubectl exec 命令从 master 节点连接到 pod,并使用 nslookup 命令查询 DNS 服务。如果 DNS 服务出现问题,可能会导致您无法访问 node 节点上的 pod。

希望这些信息能帮助您解决您的问题。如果您仍然无法解决问题,请提供更多的信息,例如您使用的 Kubernetes 版本,网络插件和网络配置等,这将有助于我们更好地帮助您。

由于您的环境配置中master节点没有部署kubelet和kube-proxy,并且master节点做了静态路由将集群的pod网络与service网络转发到node1节点上,因此可以考虑以下几种解决方案:

在master节点上部署kubelet和kube-proxy,以便master节点能够直接访问集群中的pod。

在master节点上配置路由规则,将node2节点上的pod网络也转发到node1节点上。

在node2节点上部署kube-proxy,并配置路由规则,将node2节点上的pod网络转发到node1节点上。

在node2节点上部署kube-proxy,并配置路由规则,将node2节点上的pod网络转发到master节点上。

根据您的具体情况,可以选择适合的解决方案进行实施。

那为啥不在master上常规玩法,弄上kubelet和kube-proxy呢。。。没想懂啊,我😂

参考下该实例【k8s无法通过svc访问其他节点pod】,链接:https://blog.csdn.net/qq_44810930/article/details/115319017?spm=1001.2101.3001.6650.8&utm_medium=distribute.pc_relevant.none-task-blog-2%7Edefault%7EBlogCommendFromBaidu%7ERate-8-115319017-blog-108156694.pc_relevant_default&depth_1-utm_source=distribute.pc_relevant.none-task-blog-2%7Edefault%7EBlogCommendFromBaidu%7ERate-8-115319017-blog-108156694.pc_relevant_default&utm_relevant_index=17