Kubernetes中Pod间通信失败，请求被拒绝问题求助

1. 核对请求目标地址是否正确 #

你的Pod2对应的ClusterIP服务名称是event-bus-srv，但示例里的请求用的是pod-2-clusterip-service，请确认Pod1代码中的请求URL是否写成了：

axios.post('http://event-bus-srv:4005', data)

服务名写错是连接失败的常见原因。

2. 验证Pod2的Express服务监听地址 #

Express默认如果仅绑定localhost（即127.0.0.1），集群内其他Pod无法访问。进入Pod2执行以下命令检查监听端口：

kubectl exec -it <event-bus-pod-name> -- netstat -tulpn

或者用ss命令：

kubectl exec -it <event-bus-pod-name> -- ss -tulpn

确保输出里有0.0.0.0:4005（监听所有网卡），而非仅127.0.0.1:4005。如果是后者，修改Express代码的监听配置：

app.listen(4005, '0.0.0.0', () => {
  console.log('Event bus running on port 4005');
});

3. 测试Pod1到Pod2服务的连通性 #

直接在Pod1内部发起请求测试，排除外部因素：

kubectl exec -it <pod1-name> -- curl -v http://event-bus-srv:4005

• 若返回Connection refused：说明端口未开放，回到步骤2检查Pod2的监听配置，或确认服务的targetPort与容器实际监听端口一致。
• 若返回Could not resolve host：说明服务名称解析失败，检查服务是否存在、命名空间是否一致。

4. 检查服务的Endpoint状态 #

执行命令查看服务是否正确关联到Pod2：

kubectl describe service event-bus-srv

查看Endpoints字段，若为空则说明服务的selector与Pod的labels不匹配。核对你的Deployment里Pod的label是app: event-bus，服务的selector也是app: event-bus，可通过以下命令再次确认：

kubectl get pods --show-labels

确保Pod2的labels包含app=event-bus。

5. 确认命名空间一致性 #

如果两个Pod/服务不在同一个命名空间，需使用完整服务域名：

http://event-bus-srv.<namespace>.svc.cluster.local:4005

执行以下命令确认两者的命名空间：

kubectl get pods -A | grep -E "pod1-name|event-bus"
kubectl get services -A | grep event-bus-srv

6. 修复Pod1的异常崩溃问题 #

连接失败时应用直接崩溃，是因为未捕获axios请求的异常。在代码中添加错误处理：

axios.post('http://event-bus-srv:4005', data)
  .then(response => {
    // 处理响应逻辑
  })
  .catch(error => {
    console.error('请求event-bus失败:', error.message);
    // 降级处理逻辑
  });

内容的提问来源于stack exchange，提问作者Dannom