使用代理進行 docker build 問題的解決思路
問題描述
在使用 docker build 打包映象時，遇到了需要使用代理訪問網路的需求。使用如下的 Dockerfile 來模擬這個場景：
FROM golang:1.12 RUN curl www.google.com --max-time 3
國內一般網路環境下，curlwww.google.com 是無法正常返回的，加入 --max-time 讓 curl 的耗時不要太長。
配置 http_proxy 變數
首先需要在環境變數中設定 http_proxy 和 https_proxy，使得訪問網路的命令（這裡使用 curl 來代表）能夠通過環境變數中配置的代理伺服器訪問www.google.com。
docker build 命令雖然是在 docker 所在的宿主機上執行的，看上去像是直接使用了宿主機的網路環境，但實際上 docker build 也是啟動了一個 container 進行構建，所以在構建過程中的所有命令都是在 container 中執行的，http_proxy 和 https_proxy 的配置也應該是在 container 中進行的。可以使用 ENV 來配置 container 中的環境變數。
代理伺服器啟動在宿主機的 1087 埠上，修改 dockerfile 檔案：
FROM golang:1.12 ENV http_proxy "http://127.0.0.1:1087" ENV HTTP_PROXY "http://127.0.0.1:1087" ENV https_proxy "http://127.0.0.1:1087" ENV HTTPS_PROXY "http://127.0.0.1:1087" RUN curl www.google.com --max-time 3
重新執行 docker build 會發現 curl 依舊無法訪問www.google.com，從報錯資訊上可以看到 127.0.0.1 上的 1087 埠上並沒有服務。
訪問宿主機
由於 container 預設是橋接網路，宿主機和 container 是平級的，被放在了一個虛擬的網段裡。訪問宿主機上的代理伺服器，對於 container 來說實際上是訪問另一臺機器上的伺服器，127.0.0.1 指向的是 container 本身。在 docker 預設的橋接網路中，宿主機的 IP 一般是 172.17.0.1（Linux），或者 192.168.65.1（MacOS），可以將 http_proxy 中的 IP 換成 172.17.0.1/192.168.65.1，來實現通過宿主的代理伺服器訪問網路，修改 dockerfile：
FROM golang:1.12 ENV http_proxy "http://172.17.0.1:1087" ENV HTTP_PROXY "http://172.17.0.1:1087" ENV https_proxy "http://172.17.0.1:1087" ENV HTTPS_PROXY "http://172.17.0.1:1087" RUN curl www.google.com --max-time 3
雖然使用這種方式可以達到目的，但是如果編譯環境變了或者代理伺服器的配置變了，哪怕只是作業系統從 Linux 變成了 MacOS，都得修改 dockerfile，顯然不夠解耦，也不方便。
配置網路模式
docker 中還有一種 host 網路模式，就是讓 container 使用宿主機的網路，相當於 container 在網路層面和宿主機不做隔離，使用這種網路模式執行 docker build，就不需要在 dockerfile 中新增 http_proxy 環境變數，container 可以直接讀取宿主上的環境變數。
首先在宿主上匯入 http_proxy 環境變數：
export http_proxy="http://127.0.0.1:1087"; export HTTP_PROXY="http://127.0.0.1:1087"; export https_proxy="http://127.0.0.1:1087"; export HTTPS_PROXY="http://127.0.0.1:1087"
接下來將 dockerfile 簡化：
FROM golang:1.12 RUN curl www.google.com --max-time 3
重新執行，curl 就可以像在宿主上直接執行一樣，通過代理訪問www.google.com 了。