Rancher中Init容器执行Curl请求失败排查求助

问题描述 #

在Rancher中配置Init容器，尝试向指定服务发送Curl请求，但始终执行失败。已确认YAML格式合规，且容器已安装BusyBox（理论上应包含Curl工具）。

截图信息说明 #

• 自动生成的Side-car YAML截图：显示Init容器配置使用BusyBox镜像，执行命令为curl <目标服务地址>
• 报错截图：明确提示curl: command not found

排查步骤 #

1. 确认BusyBox是否自带Curl
   并非所有BusyBox镜像都默认集成Curl，部分精简版会剔除该工具。可临时修改Init容器命令为busybox --list | grep curl，验证是否存在curl命令。若不存在，可换用原生带Curl的镜像（如curlimages/curl），或通过包管理器手动安装（如apk add curl，需匹配BusyBox对应的包管理工具）。

2. 修正命令执行格式
   YAML中命令若采用数组格式，需按参数拆分，避免整串写入：
   错误格式：

   command: ["curl http://service-name:port/path"]
   

   正确格式：

   command: ["curl", "http://service-name:port/path"]
   

   或使用shell执行格式：

   command: ["sh", "-c", "curl http://service-name:port/path"]
   

3. 验证服务网络可达性
   即使Curl可用，也要确认Init容器能解析目标服务的DNS、网络连通正常。可在命令中加入调试步骤：

   command: ["sh", "-c", "nslookup <服务名> && ping -c 2 <服务名> && curl <服务地址>"]
   

   通过DNS解析、ping测试先排查网络层面问题。

4. 检查容器权限与策略限制
   部分环境下，NetworkPolicy可能禁止Init容器访问目标服务，或SELinux/AppArmor规则拦截了网络请求。可临时禁用相关策略测试，或查看容器日志中的权限相关报错。

5. 查看完整容器日志
   执行kubectl logs <Pod名> -c <Init容器名>获取完整日志，可能存在DNS解析失败、连接超时等更详细的错误信息，帮助定位根因。

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