Loading... 有时因为网络原因，比如 NAT ，或其它啥的，需要使用代理。 Docker 的代理配置，略显复杂，因为有三种场景。 但基本原理都是一致的，都是利用 Linux 的 `http_proxy` 等环境变量。 ## dockerd 代理 在执行 `docker pull` 时，是由守护进程 `dockerd` 来执行。 因此，代理需要配在 `dockerd` 的环境中。 而这个环境，则是受 `systemd` 所管控，因此实际是 `systemd` 的配置。 ```bash sudo mkdir -p /etc/systemd/system/docker.service.d sudo touch /etc/systemd/system/docker.service.d/proxy.conf ``` 在这个 `proxy.conf` 文件（可以是任意 `*.conf` 的形式）中，添加以下内容： ```yaml [Service] Environment="HTTP_PROXY=http://proxy.example.com:8080/" Environment="HTTPS_PROXY=http://proxy.example.com:8080/" Environment="NO_PROXY=localhost,127.0.0.1,.example.com" ``` 将其中的 `proxy.example.com:8080` 换成可用的免密代理即可。 > 设置完代理后可以使用 `docker info` 查看代理是否设置成功。 ## Container 代理 在容器运行阶段，如果需要代理上网，则需要配置 `~/.docker/config.json` 。 以下配置只在Docker 17.07及以上版本生效: ```yaml { "proxies": { "default": { "httpProxy": "http://proxy.example.com:8080", "httpsProxy": "http://proxy.example.com:8080", "noProxy": "localhost,127.0.0.1,.example.com" } } } ``` 这个是用户级的配置，除了 `proxies`，`docker login` 等相关信息也会在其中。 而且还可以配置信息展示的格式、插件参数等。 此外，容器的网络代理，也可以直接在其运行时通过 `-e` 注入 `http_proxy` 等环境变量。 这两种方法分别适合不同场景。 `config.json` 非常方便，默认在所有配置修改后启动的容器生效，适合个人开发环境。 在 CI/CD 的自动构建环境、或者实际上线运行的环境中，这种方法就不太合适，用 `-e` 注入这种显式配置会更好，减轻对构建、部署环境的依赖。 当然，在这些环境中，最好用良好的设计避免配置代理上网。 ## 重启生效 代理配置完成后，`reboot`重启当然可以生效，但不重启也行。 `docker build`代理是在执行前设置的，所以修改后，下次执行立即生效。 Container代理的修改也是立即生效的，但是只针对以后启动的Container，对已经启动的Container无效。 `dockerd`代理的修改比较特殊，它实际上是改`systemd`的配置，因此需要重载`systemd`并重启`dockerd`才能生效。 ```sh sudo systemctl daemon-reload sudo systemctl restart docker ``` ## Reference https://note.qidong.name/2020/05/docker-proxy/ 最后修改：2021 年 05 月 24 日 © 允许规范转载 赞 如果觉得我的文章对你有用，请随意赞赏