Docker代理配置详解：CLI与Daemon代理对比与实践

1. Docker代理配置全解析：CLI与Daemon代理的深度对比

在容器化部署的日常工作中，网络代理配置是个看似简单却经常让人栽跟头的问题。我见过太多工程师在Docker拉取镜像失败时，盲目地反复修改配置却不得要领。实际上，Docker的代理配置分为两个完全独立的体系：作用于容器内部的CLI Proxy和影响Docker引擎本身的Daemon Proxy。理解这个区分能让你少走80%的弯路。

2. Docker代理体系架构解析

2.1 代理配置的双层结构

Docker的网络代理配置之所以容易混淆，是因为它采用了分层设计：

• 客户端层（CLI）：处理docker build/run等命令执行时的环境
• 服务端层（Daemon）：管理镜像拉取、容器生命周期等核心功能

这种架构决定了代理配置必须"对症下药"。我曾经在客户现场遇到一个典型案例：某金融企业的CI/CD流水线中，docker build能成功但内部apt-get更新失败，而生产环境却出现完全相反的现象——这正是混淆两种代理配置的典型症状。

2.2 网络流量路径分析

通过tcpdump抓包分析可以发现：

1. Daemon Proxy影响的流量：

   • 镜像仓库通信（docker pull/push）
   • 跨主机Swarm通信
   • 插件市场访问

2. CLI Proxy影响的流量：

   • 容器内应用程序的对外请求
   • Dockerfile中的RUN指令执行
   • 容器间服务发现通信

3. Docker CLI Proxy实战配置

3.1 配置方法与生效范围

CLI Proxy的配置存储在~/.docker/config.json，这个文件需要注意：

json复制{
  "proxies": {
    "default": {
      "httpProxy": "http://proxy.example.com:8080",
      "httpsProxy": "https://proxy.example.com:8080",
      "noProxy": "localhost,127.0.0.1,.internal"
    }
  }
}

重要提示：修改