首页/网络/常用端口速查/10248 kubelet healthz 健康端口
10000-19999 注册端口49 条

10248 kubelet healthz 健康端口

Kubernetes 节点组件的健康检查口:kubelet 历史上默认在 10248 暴露 /healthz(新版本默认关闭)。

常用端口速查网络更新于 2026-10-13

10248 是什么

10248 是 kubelet 的历史默认健康检查端口:早期 Kubernetes 版本里,kubelet 在它上面提供 /healthz 与 /metrics,用于节点级健康检查。较新版本默认不再监听这个不安全端口,健康检查改由 10250(HTTPS,需要认证)承担。因此扫描老集群时可能见到 10248 开着,新集群上通常连不上,看到它基本说明版本偏旧或配置未收敛。

基本信息

服务kubelet healthz(10248,历史默认)
协议TCP/HTTP
用途节点级健康检查
配套端口10250(kubelet HTTPS)、10255(只读,已废弃)
现状新版本默认不再监听
安全等级仅本机或控制面

典型使用场景

  • 老集群巡检:判断节点组件版本是否偏旧
  • 升级评估:把废弃端口的收敛列入安全基线
  • 节点排障:老集群上用它可以快速确认 kubelet 是否存活
  • 端口测绘:梳理集群节点上的监听清单
  • 安全审计:识别应被关闭的信息暴露面
  • 版本对照:核对各节点 kubelet 版本是否一致

节点组件端口

端口组件说明
10248kubelet healthz历史健康检查口,新版本默认不监听
10250kubeletHTTPS,认证后提供指标与 exec、logs
10255kubelet 只读已废弃的只读口
10256kube-proxy healthz代理健康检查

核对

核对
ss -lntp | grep 10248                           # 是否还在监听
curl -s http://127.0.0.1:10248/healthz | head -c 100   # 健康检查
kubectl get nodes -o wide                       # 节点与版本概览
kubectl version --short | head -2                # 客户端与服务端版本
# 节点级排查: 直接在目标节点执行命令,不要用 kubectl 跨节点猜
把 10248 不通当成节点故障是升级后最常见的误判:新版本上它本来就不该监听,应以节点 Ready 状态与 10250 的认证接口为准。
只读类端口(10248、10255)历史上常被用来在集群外收集信息:安全基线里应把它们列为应收敛项。
节点版本不一致时行为差异明显:滚动升级期间新旧节点同时存在,排查问题要先确认问题发生在哪一类节点上。
组件端口只是入口:真正的健康判断要结合节点状态、系统组件与容器运行时,单看端口容易得出片面结论。

易错点

  • 按旧文档以 10248 判断节点存活:新集群上永远不通,排查方向全错
  • 为兼容老监控把 healthz 重新开成只读:等于主动恢复一个已废弃的信息暴露面
  • 节点防火墙只开 10250 却漏了网络插件所需端口:节点 Ready 但服务不通
  • 巡检脚本写死旧端口:升级后告警长期误报,真实故障被淹没
  • 不做节点版本盘点:混版本集群的问题现象与官方文档对不上

数据来源与参考

  • Kubernetes 官方文档(kubelet healthz 10248)

相关工具

​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌