K8s中独立Pod无法ping通ClusterIP服务地址的技术问询

我创建了带有run:my-nginx标签的Nginx Deployment，随后创建了匹配该标签的ClusterIP Service basicping-service，确认服务已生成，IP为10.98.91.185。接着创建了一个独立的Ubuntu Pod，测试ping pingtest.net正常，但ping该ClusterIP服务地址时仅发送请求无响应。已确认Deployment、Pod及Nginx运行正常，服务已关联对应Pod端点，不清楚是对Service的理解有误还是存在故障。

Deployment清单 #

apiVersion: apps/v1
kind: Deployment
metadata:
  name: my-nginx
spec:
  selector:
    matchLabels:
      run: my-nginx
  replicas: 1
  template:
    metadata:
      labels:
        run: my-nginx
    spec:
      containers:
      - name: my-nginx
        image: nginx
        ports:
        - containerPort: 80

Service清单 #

apiVersion: v1
kind: Service
metadata:
  name: basicping-service
  labels:
    run: my-nginx
spec:
  ports:
  - port: 80
    protocol: TCP
  selector:
    run: my-nginx

操作命令 #

• 创建独立Ubuntu Pod：kubectl run -it --rm --image=ubuntu bash
• ping服务地址：ping 10.98.91.185

核心原因：ClusterIP默认不响应ICMP请求 #

Kubernetes的ClusterIP是虚拟IP，由kube-proxy管理，仅负责TCP/UDP流量转发，不会处理ICMP（ping使用的协议）请求。直接ping ClusterIP地址无响应是正常设计，不是故障。

验证服务可用性的正确方式 #

不要用ping，改用以下方法确认服务是否正常：

1. 访问服务的TCP端口：在Ubuntu Pod里先安装curl工具（apt update && apt install -y curl），再执行curl 10.98.91.185，如果返回Nginx默认页面，说明服务正常。
2. 检查Service端点：执行kubectl describe service basicping-service，确认Endpoints字段显示Nginx Pod的IP和端口（如10.244.0.XX:80），说明关联正常。
3. 直接ping后端Pod的IP：通过kubectl get pods -o wide查看Nginx Pod的实际IP，ping该IP验证Pod网络连通性。

额外说明 #

如果需要让Service响应ping，有两种非标准方式：

• 使用NodePort或LoadBalancer类型的Service，ping节点的对应端口（依然不是直接ping Service IP）
• 部分CNI插件支持配置ClusterIP响应ICMP，但这不属于Kubernetes标准行为，不推荐依赖此特性。

内容的提问来源于stack exchange，提问作者Eugenio.Gastelum96