场景需求与挑战

在企业内网或受限网络环境中，Docker容器常面临以下问题：

1. ​镜像拉取受阻：无法直接访问Docker Hub或外部镜像仓库。

2. ​容器内外网访问限制：容器内应用需通过代理访问公网API或资源。

3. ​混合网络需求：部分容器需同时访问内网服务与外网资源。

本文将基于实际案例，详解如何通过HTTP代理实现容器网络自由，覆盖全局代理、单容器代理及镜像加速等场景

​全局代理：为Docker守护进程配置代理

此方案适用于所有容器及镜像拉取操作，需修改Docker守护进程配置：

1. ​创建systemd配置文件：

   sudo mkdir -p /etc/systemd/system/docker.service.d  
   sudo nano /etc/systemd/system/docker.service.d/http-proxy.conf  

2. ​添加代理环境变量：

   [Service]  
   Environment="HTTP_PROXY=http://代理IP:端口"  
   Environment="HTTPS_PROXY=http://代理IP:端口"  
   Environment="NO_PROXY=localhost,127.0.0.1,内网域名"  

   ​提示：NO_PROXY用于排除内网地址，避免代理干扰

3. sudo systemctl daemon-reload  
   sudo systemctl restart docker  

验证：执行docker info查看HTTP Proxy字段是否生效

​单容器代理：按需指定代理规则

若需为特定容器配置代理，可通过运行时参数或环境变量实现：

1. ​命令行启动容器时指定：

   docker run -e http_proxy=http://代理IP:端口 \  
              -e https_proxy=http://代理IP:端口 \  
              -e no_proxy="内网IP段" \  
              your-image  

2. ​docker-compose动态配置：
   在docker-compose.yml中为服务添加环境变量：

   services:  
     app:  
       image: your-image  
       environment:  
         - HTTP_PROXY=http://代理IP:端口  
         - HTTPS_PROXY=http://代理IP:端口  
         - NO_PROXY=192.168.1.0/24,.internal  

   ​注意：NO_PROXY支持CIDR格式和通配符，灵活适配内网

​镜像拉取代理：加速与访问控制

在内网中拉取外部镜像需结合代理与镜像加速器：

1. ​代理配置：全局代理已覆盖镜像拉取，无需额外操作。

2. ​私有仓库加速：通过自建Registry或国内镜像源（如阿里云）提升速度：

   # 修改daemon.json添加镜像加速  
   {  
     "registry-mirrors": ["https://镜像加速地址"]  
   }  

   重启Docker服务后，镜像拉取自动分流

​混合网络访问：代理与直连的平衡

若容器需同时访问公网与内网，需精细化配置：

1. ​代理策略分离：

   • 公网请求走代理，内网请求直连。

   • 示例：NO_PROXY=10.0.0.0/8,192.168.0.0/16,.corp

2. ​容器网络模式优化：

   • 使用host模式绕过Docker网络隔离，直接使用宿主机代理设置

​验证与调试技巧

1. ​容器内代理验证：

   docker exec -it 容器ID curl -I https://example.com  

2. ​日志排查：

   • 检查Docker日志：journalctl -u docker.service。

   • 代理服务器日志分析连接请求

​常见问题与解决方案

1. ​代理不生效：

   • 确认代理服务允许内网连接（如Clash开启ALLOW LAN）

   • 检查防火墙是否放行代理端口。

2. ​镜像拉取超时：

   • 尝试切换为HTTP代理（部分HTTPS镜像仓库兼容HTTP代理）

​总结

通过全局代理、容器级配置及镜像加速，可高效解决内网环境下Docker的网络限制。合理使用NO_PROXY与混合网络策略，既能保障安全性，又能满足复杂场景需求。对于持续集成（CI/CD）环境，推荐将代理配置写入Dockerfile或docker-compose模板，实现自动化部署