Minikube内部无法curl访问ClusterIP类型Service问题排查求助

1. 基础认知修正 #

Minikube节点的宿主机操作系统本身没有集成Kubernetes集群的CoreDNS解析配置，所以直接在minikube ssh的终端里访问mk-backend、mk-backend.svc.cluster.local这类服务域名出现解析失败属于正常现象，集群内的DNS解析仅对Pod网络命名空间生效。

2. 核心问题排查（IP直连失败） #

你提到直接访问PodIP 172.17.0.10:8080和ClusterIP 10.98.69.245:8080也失败，属于异常状态，按以下顺序排查：

• 确认Pod内服务监听地址配置
  进入任意一个关联的mk-backend Pod执行监听检查：

  kubectl exec -it <你的mk-backend-pod名称> -- netstat -tunlp | grep 8080
  

  确认输出的监听地址是0.0.0.0:8080而非127.0.0.1:8080，如果是后者，程序仅能在Pod内部访问，外部所有请求都会被拒绝，修改程序配置监听0.0.0.0即可解决。
• 检查kube-proxy组件运行状态

  kubectl get pods -n kube-system | grep kube-proxy
  

  确认对应kube-proxy Pod状态为Running，若异常直接删除该Pod触发自动重建：

  kubectl delete pod -n kube-system <kube-proxy-pod名称>
  

• 验证iptables转发规则是否生成
  在minikube ssh的终端内执行以下命令，检查是否存在对应Service的转发规则：

  iptables -t nat -L KUBE-SERVICES | grep mk-backend
  

  无输出则说明kube-proxy未生成对应转发规则，重启kube-proxy后等待1分钟再测试即可。
• 网络插件异常修复
  若上述步骤都无问题，可直接重置Minikube恢复默认网络配置：

  minikube delete && minikube start
  

3. 正确的ClusterIP服务验证方式 #

不要直接在Minikube节点上测试服务可用性，推荐使用临时测试Pod在集群内部发起请求：

kubectl run -it --rm --image=curlimages/curl test-pod -- curl http://mk-backend.default.svc.cluster.local:8080

该命令会启动一个临时的带curl工具的Pod，执行请求后自动销毁，只要返回正常就说明你的Service配置完全符合预期。

内容的提问来源于stack exchange，提问作者A cup of tea