部署在Kubernetes的Spring Boot应用调用RESTful接口报read ECONNRESET错误

• 先确认Pod内部服务是否正常
  进入Pod内部，直接调用应用接口验证服务本身状态：

  kubectl exec -it <你的Pod名称> -- curl http://localhost:<应用端口>/<接口路径>
  

  如果这里也报错，说明是Spring Boot应用本身出问题了，立刻查应用日志：

  kubectl logs <你的Pod名称>
  

  重点看端口监听是否正确、接口是否存在、有没有启动阶段的异常报错。

• 验证Service到Pod的连通性
  先拿到Service的ClusterIP，然后在集群内临时启动一个busybox Pod来测试：

  kubectl run -it --rm busybox --image=busybox:1.28 -- curl http://<Service ClusterIP>:<Service端口>/<接口路径>
  

  如果访问失败，检查Service的selector是否和Pod的labels完全匹配：

  kubectl describe service <你的Service名称>
  kubectl describe pod <你的Pod名称>
  

  同时用kubectl get endpoints <你的Service名称>确认Endpoint列表里有没有对应Pod的IP，没有的话就是selector不匹配导致Service没关联到Pod。

• 检查外部访问的网络路径
  如果用NodePort暴露服务：

  • 确认节点的防火墙/安全组开放了对应的NodePort端口
  • 在集群节点上执行curl http://localhost:<NodePort>/<接口路径>，看节点本地能不能访问
  • 外部访问必须用节点公网IP + NodePort，别用ClusterIP（ClusterIP是集群内部访问用的）

  如果用LoadBalancer：

  • 先看kubectl get service的EXTERNAL-IP列，确认负载均衡的外部IP已经分配
  • 检查云服务商的负载均衡规则，确认端口转发配置正确
  • 直接用负载均衡IP调用测试，排除DNS解析问题

  如果用Ingress：

  • 先确认Ingress Controller的Pod在正常运行：kubectl get pods -n <Ingress所在命名空间>
  • 检查Ingress规则的host、path是否配置正确：

    kubectl describe ingress <你的Ingress名称>
    

  • 在集群内用Ingress Controller的Pod IP加上对应Host头测试：

    curl -H "Host: <你的Ingress Host>" http://<Ingress Controller Pod IP>/<接口路径>
    

• 排查连接重置的常见场景

  • 检查Spring Boot配置里的server.connection-timeout是不是设置得过短，或者应用的连接池有没有耗尽
  • 查看集群是否有NetworkPolicy规则，是不是阻止了外部到Service的流量
  • 排除Postman工具问题：关闭SSL验证（如果用了自签证书）、关掉代理，换用curl命令行测试

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