Windows Server Core 2019 PKS Windows pod 中的代理程式配置

Question

Windows Server Core 2019 PKS Windows pod 中的代理程式配置

Kelvin Chan 60

您好，我在企業級 Kubernetes 環境中遇到了一個非常棘手的問題。我們在 PKS 叢集上部署了 Windows 容器（Windows Server Core 2019 映像），需要在這些 Windows Pod 中設定出站代理程式。 DevOps 團隊正在加緊處理這個問題，因為預發布環境中的某些工作負載無法存取外部軟體包倉庫，這已經是本週第二次導致我們的發布流程受阻了。我已經嘗試使用 netsh winhttp set proxy 命令設定代理，但似乎在容器環境中沒有生效。

據我觀察，Pod 似乎完全忽略了代理配置。我不確定這是 Windows 容器的限制，還是我遺漏了在這種環境下應用系統或 WinHTTP 代理設定的正確方法。任何關於如何在 PKS 中正確配置 Windows Pod 代理存取的指導都將不勝感激。

圖：（Windows Server Core 2019 Kubernetes PKS Windows Pod 代理程式設定問題 netsh winhttp 失敗）

0 則留言

2 個回答

您的回答

Answer 1

你好，

你遇到的情况是 Windows 容器中的已知行为：netsh winhttp set proxy 配置的是主机或容器镜像层，但在 Kubernetes 管理的 Windows Pod 运行时环境中（尤其是在 PKS 中）并不能可靠生效。在大多数情况下，Windows 容器更依赖环境变量（HTTP_PROXY、HTTPS_PROXY，以及可选的 NO_PROXY），而不是 WinHTTP 设置，因为容器内的许多应用实际上并未使用 WinHTTP 协议栈。

我建议你更新 Pod 的规范（Pod spec），将这些代理环境变量直接注入到容器定义中，以确保它们在进程启动时就可用。如果你的工作负载确实依赖 WinHTTP（例如某些 .NET Framework 组件），那么你可能需要在构建镜像时就写入代理配置，或者在应用启动时通过程序方式进行配置，而不是依赖 netsh。此外，也建议检查基础镜像或应用本身是否在内部覆盖了代理设置。

如果问题仍然存在，另一个排查方向是验证 PKS 中的网络策略或节点级别的代理配置，因为这些设置有时会绕过或与容器级配置产生冲突。

如果这对你有帮助，请考虑点击“Accept Answer”。

Jason.

Answer 2

Jason Nguyen Tran 29,710 獨立顧問

你好 Kelvin Chan，

我这边跟进一下，想确认该问题是否已经解决。如需更多信息，请随时回复。如果以上信息对您有所帮助，请点击“Accept Answer”，以便帮助社区中的其他人。谢谢！

0 則留言