Docker の proxies マップはウェブサイトではなくデーモンで決まる

JSON オブジェクトは期待できそうに見えます。proxies マップには default エントリと追加のアドレスキーがあります。そこにレジストリのホスト名を置けば、そのレジストリへのリクエストが別のプロキシを使うと期待したくなります。

これらのキーは、クライアントが接続する Docker デーモンを識別します。コンテナが要求するウェブサイトを識別するものではありません。

Docker クライアントの設定は、新しいコンテナにプロキシの環境変数を、新しいビルドにプロキシのビルド引数を渡せます。デーモン固有のエントリは、一致するデーモンコンテキストに対してその渡された設定を変えます。

デーモン自身の外向きプロキシ接続を設定するわけではありません。コンテナの HTTP クライアントを PAC 評価器に変えるわけでもありません。

内部レジストリを直接のままにしつつ、デーモンが他のサービスへプロキシ経由でアクセスするのが目的なら、デーモンが対応するプロキシとバイパスの設定を確認してください。アプリケーションが宛先ごとに異なる上流プロキシを必要とするなら、そのポリシーは適切なクライアントまたは転送の仕組みに属します。

マップを編集する前に、キーがどのアドレスを表すのか、どのプロセスが失敗しているリクエストを出しているのかを書き留めてください。同じホスト名がデーモン接続、レジストリ URL、プロキシ URL に現れても、それは三つの異なる役割です。