使用代理進行 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 了。