Kubernetes容器环境变量注入错误及源码查询求助

我来帮你把这个问题拆解开，从环境变量注入的底层逻辑，到对应的源码位置，再到你困惑的10.0.0.1来源，一步步说清楚：

Kubernetes里Pod的这些服务相关环境变量，是kubelet组件负责注入的。当你用kubectl run创建Pod时，kubelet在启动容器前会做这些操作：

• 向API Server请求集群中已存在的Service列表（重点是default/kubernetes这个集群默认服务）
• 根据Service的ClusterIP、端口等信息，按照固定规则生成环境变量
• 将这些变量添加到容器的启动配置中，最终容器启动时就能读取到这些值

变量的命名规则很固定：

• 基础变量：[SERVICE_NAME]_SERVICE_HOST、[SERVICE_NAME]_SERVICE_PORT（比如KUBERNETES_SERVICE_HOST）
• 端口细节变量：[SERVICE_NAME]_PORT_[PORT]_[PROTOCOL]_ADDR、[SERVICE_NAME]_PORT_[PORT]_[PROTOCOL]_PORT等（比如KUBERNETES_PORT_443_TCP_ADDR）

核心逻辑都集中在kubelet相关代码里：

• 生成服务环境变量的核心函数：pkg/kubelet/envvars/envvars.go中的GenerateServiceEnvVars，这个函数接收Service列表，输出对应的环境变量键值对
• kubelet调用这个函数的流程：在pkg/kubelet/kubelet.go的syncPod方法中，kubelet会准备容器的运行参数，其中就包括调用上述函数生成环境变量并注入
• 另外，default/kubernetes这个默认Service的创建逻辑：集群初始化时由kube-apiserver或kube-controller-manager生成，代码在cmd/kube-apiserver/app/server.go或pkg/controller/service/service_controller.go中（不同K8s版本可能略有差异）

从你提供的配置和存储信息来看，这个值的来源非常明确：

1. API Server的启动参数：你提到kube-apiserver使用了--service-cluster-ip-range=10.0.0.0/24，这个参数定义了集群Service的IP地址池。default/kubernetes作为集群默认服务，会自动占用这个池里的第一个可用IP——也就是10.0.0.1
2. etcd存储的确认：你已经查到etcd里存储了default/kubernetes服务的记录，IP正是10.0.0.1，这说明这个Service的IP是集群初始化时就被分配好的
3. kube-dns超时的根源：kube-dns默认依赖这些注入的环境变量连接API Server，但如果你的集群中实际没有服务在10.0.0.1运行（正确地址是10.1.0.1），就会出现I/O超时。这说明你的集群存在配置不一致的问题——要么是--service-cluster-ip-range参数配置错误，要么是default/kubernetes服务没有正确指向实际的API Server地址

• 先确认默认Service的配置：运行kubectl get service kubernetes -n default -o yaml，查看spec.clusterIP是否为10.0.0.1，以及spec.ports[0].targetPort是否指向API Server的实际监听端口
• 修正API Server的参数：如果API Server实际运行在10.1.0.1，建议重新初始化集群时修正--service-cluster-ip-range参数（不建议手动修改default/kubernetes服务，容易引发其他问题）
• 临时缓解方案：给kube-dns Pod手动覆盖环境变量——修改kube-dns的Deployment，添加KUBERNETES_SERVICE_HOST=10.1.0.1和KUBERNETES_SERVICE_PORT=443，让kube-dns直接使用正确地址连接API Server

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