Kubernetes同Pod内使用sidecar容器作为代理被忽略的原因排查

• localhost目标地址默认跳过代理规则：curl默认内置no_proxy规则，包含localhost、127.0.0.0/8等本地地址段，即使显式指定--proxy参数，只要目标地址匹配no_proxy规则，就会直接走本地直连。
• 代理类型不匹配：--proxy参数默认使用HTTP代理协议，如果container-proxy监听的7487端口跑的是Socks5、HTTPS等其他类型的代理服务，curl识别到协议不兼容时，部分版本会直接 fallback 到直连逻辑。
• 代理端口不可达：如果container-proxy服务异常未正常启动、7487端口未成功监听，curl检测到代理端口无法连通时，部分旧版本会直接走直连而不是抛出代理连接错误。可以在container-b内执行nc -zv localhost 7487验证代理端口是否正常可用。
• 全局no_proxy环境变量覆盖：如果container-b容器内配置了NO_PROXY或者no_proxy全局环境变量，且规则中包含localhost，该环境变量的优先级高于命令行指定的--proxy参数，会直接跳过代理。
• curl版本bug：7.58之前的部分旧版本curl存在已知缺陷，当同时指定代理参数和localhost目标地址时，会出现代理规则不生效的问题，可执行curl --version确认版本信息。
• 代理服务自身配置透传规则：如果container-proxy本身配置了对localhost类本地目标地址的直连透传规则，请求实际上已经经过代理，只是代理直接转发了本地请求，看起来和直连效果一致，可以在container-proxy内抓包验证请求是否到达代理端口。

内容的提问来源于stack exchange，提问作者Ahmad.Masood