docker-composeでのプロキシ設定を一つのファイル(.envというファイル)にまとめたリポジトリを作りました。

SolKul/docker-compose-proxy

2021/3/15追記
docker-composeの.envファイルの認識場所が変わったようです。今度からはdocker-compose.ymlと同じ階層に保存してください。特にVSCodeのRemote Containerで.envファイルを使っている人は注意が必要です
docker-composeの.envファイルの認識場所が変わった

メリット

このようにするメリットとしては、

• プロキシ設定がimageに焼き付かない
• 別の人に使って貰おうとdocker-compose.ymlを配布したいと思ったが、プロキシ設定に認証情報が入っているため配布したくない場合でも、この方法を使えば、docker-compose.ymlにはプロキシ設定が記されておらず、.envファイルの中身だけ変えればいいので、配布しやすい

などがあります。

解説

前提知識

前提知識としてそもそもプロキシサーバの概要や役割、
Linuxの環境変数、プロキシの設定方法、
Dockerfileの仕組みについて知っておいたほうがいいでしょう。

Docker入門（第四回）～Dockerfileについて～ | さくらのナレッジ

最悪、リポジトリをコピペしても動くとは思いますが、こうした知識がないとトラブルやエラーが起きた場合に対処できなく積んでしまうと思います。

Linuxの各種コマンドでプロキシを使うには

プロキシについて調べていくといろんな設定ファイルをいじらなければいけないように感じますが、
基本的に以下の環境変数を設定していればプロキシを使えます。

HTTP_PROXY
http_proxy
HTTPS_PROXY
https_proxy
FTP_PROXY
ftp_proxy
NO_PROXY
no_proxy

NO_PROXY、no_proxy以外の環境変数にプロキシの
http://<user>:<password>@<your-proxy>:<proxy-port>/
(認証付きでない場合は<user>:<password>@を外す。)
を設定すれば大丈夫です。

no_proxyには127.0.0.1,localhostなどを設定すればいいと思います。

Dockerfile、docker-composeでのプロキシ設定

Dockerfile、docker-composeでのプロキシ設定についてはこの記事が詳しいです。

防火壁の中の Docker

またこの記事を理解するにはDockerfileのARGやENVの知識、docker-compose.ymlのenvironment:についての知識を知っておいたほうがいいでしょう。
ARG | Dockerfile reference
Dockerドキュメント | compose中の環境変数

まとめると、Dockerfileのビルド変数(build-arg)にプロキシの設定を渡すことで、イメージのビルド中のプロキシ設定が設定され、docker-compose.ymlのenvironment:を設定することで、立ち上がったコンテナのプロキシ設定が設定できます。

プロキシに関するビルド変数は予め宣言されている(predefined)なので、
Dockerfile内でARG HTTP_PROXYとする必要はありません。

(Predefined ARGs参照)

.envファイルについて

そして更に、このリポジトリではdocker-compose中のデフォルトの環境変数を設定するために、.envファイルを使っています。

docker-compose中で環境変数の使い方や.envファイルについてはこの記事や公式リファレンスを参考にしてください

docker-composeのenv_fileと.envファイルの違い
Dockerドキュメント | compose中の環境変数

.envファイルを使うことで、docker-compose upした際に、以下のdocker-compose.ymlの$から始まる環境変数に.envファイルに記したプロキシ設定が代入されます。
また、そのホストに別のプロキシが設定されていれば、そのホストのプロキシ設定が代入され、.envファイルの値は使われません。

version: '3'

services:
  test:
    build:
      context: .
      # ビルド中にプロキシを使うための設定
      args:
        - HTTP_PROXY=$HTTP_PROXY
        - http_proxy=$http_proxy
        - HTTPS_PROXY=$HTTPS_PROXY
        - https_proxy=$https_proxy
        - FTP_PROXY=$FTP_PROXY
        - ftp_proxy=$ftp_proxy
        - NO_PROXY=$NO_PROXY
        - no_proxy=$no_proxy
    # 立ち上がったコンテナでプロキシを使うための設定
    environment:
      - HTTP_PROXY=$HTTP_PROXY
      - http_proxy=$http_proxy
      - HTTPS_PROXY=$HTTPS_PROXY
      - https_proxy=$https_proxy
      - FTP_PROXY=$FTP_PROXY
      - ftp_proxy=$ftp_proxy
      - NO_PROXY=$NO_PROXY
      - no_proxy=$no_proxy

HTTP_PROXY=proxy_url:port
http_proxy=proxy_url:port
HTTPS_PROXY=proxy_url:port
https_proxy=proxy_url:port
FTP_PROXY=proxy_url:port
ftp_proxy=proxy_url:port
NO_PROXY=no_proxy_url
no_proxy=no_proxy_url

この状態で、docker-compose upを実行し、次のコマンドなどで、コンテナ内でbashを実行すればproxyが設定されていることが確認できると思います。

$ docker-compose exec ${サービス名(今回の場合test)} bash  
root $ env | grep PROXY
### ここに設定したプロキシが表示される ###

注意

認証について

プロキシへの認証にユーザー名、パスワードではなくホストの持つ証明書を用いている場合があります。立ち上げたコンテナは何ら有効な認証情報を持っていないのでそのままではコンテナはプロキシにアクセスできません。その場合、１度ホストがプロキシにアクセスしプロキシサーバに認証してもらうと、コンテナもプロキシに接続できることがあります。

.envファイルの配置場所

.envファイルはdocker-composeコマンドを実行したときのディレクトリにある必要があります(ワーキングディレクトリ)
他の場所では認識しません。

例えばVSCodeのRemote Containerではdocker-composeをVSCodeのルートディレクトリで実行しているので
.envファイルは今VSCodeが開いているルートディレクトリに置かないと、正常に動作しません。

2021/3/15追記
docker-composeの.envファイルの認識場所が変わったようです。今度からはdocker-compose.ymlと同じ階層に保存してください。
docker-composeの.envファイルの認識場所が変わった

参考:Qiitaのdockerプロキシ記事まとめ

Linux環境の場合:

• 防火壁の中の Docker

この記事でほぼ網羅されていますが、
Windowsの場合、Docker Desktop for Windowsで追加の設定をしないとdocker pullができません
次の記事を見て設定してください。

• Proxy環境下でDocker for Windowsを使う