使用proxychain执行kubeadm init未走代理，如何强制其通过代理拉取镜像？

这个问题我之前碰到过，核心原因是kubeadm本身并不直接拉取镜像，而是调用底层的容器运行时（比如Docker、containerd）来完成镜像拉取操作——而proxychains只给kubeadm进程套了代理，并没有把代理传递给容器运行时的子进程。下面是几个靠谱的解决办法：

方案1：给容器运行时直接配置代理（最推荐） #

这是最稳妥的方式，不管kubeadm怎么调用，容器运行时本身就会走代理拉取镜像。

针对Docker的配置 #

1. 创建或编辑Docker服务的代理配置文件：

sudo mkdir -p /etc/systemd/system/docker.service.d
sudo tee /etc/systemd/system/docker.service.d/http-proxy.conf <<EOF
[Service]
Environment="HTTP_PROXY=http://your-proxy-ip:port/"
Environment="HTTPS_PROXY=http://your-proxy-ip:port/"
Environment="NO_PROXY=localhost,127.0.0.1,10.96.0.0/12,192.168.0.0/16"
EOF

2. 重新加载systemd配置并重启Docker：

sudo systemctl daemon-reload
sudo systemctl restart docker

针对Containerd的配置 #

1. 创建Containerd服务的代理配置文件：

sudo mkdir -p /etc/systemd/system/containerd.service.d
sudo tee /etc/systemd/system/containerd.service.d/http-proxy.conf <<EOF
[Service]
Environment="HTTP_PROXY=http://your-proxy-ip:port/"
Environment="HTTPS_PROXY=http://your-proxy-ip:port/"
Environment="NO_PROXY=localhost,127.0.0.1,10.96.0.0/12,192.168.0.0/16"
EOF

2. 重新加载配置并重启Containerd：

sudo systemctl daemon-reload
sudo systemctl restart containerd

配置完成后，再运行你的kubeadm命令就会正常走代理了。

方案2：给kubeadm进程显式传递代理环境变量 #

有时候proxychains的透明代理可能没覆盖到子进程，你可以直接在运行kubeadm时显式设置环境变量，让容器运行时继承这些代理配置：

HTTPS_PROXY=http://your-proxy-ip:port/ HTTP_PROXY=http://your-proxy-ip:port/ NO_PROXY=localhost,127.0.0.1,10.96.0.0/12 proxychains4 kubeadm init --ignore-preflight-errors=all

方案3：检查并优化proxychains配置 #

确保你的proxychains配置文件（默认路径是/etc/proxychains.conf）满足以下要求：

• 代理服务器的地址、端口、类型配置正确（比如http、socks5）
• 开启proxy_dns选项：找到配置里的# proxy_dns，去掉注释改为proxy_dns——这个选项会让proxychains通过代理解析DNS，避免本地DNS解析导致的直接连接问题

修改完配置后，直接重新运行kubeadm命令即可。

额外测试建议 #

如果还是有问题，可以先单独测试容器运行时能不能通过代理拉取镜像，比如执行：

docker pull k8s.gcr.io/coredns/coredns:v1.8.6

（注意：现在coredns的镜像路径是k8s.gcr.io/coredns/coredns，不是旧版的k8s.gcr.io/coredns）
如果这个命令能成功拉取，说明代理配置没问题，再运行kubeadm就可以正常工作了。

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