Docker のプロキシ設定が誤ったデーモンに適用された

docker.service にプロキシを追加して再起動しても、次の pull は以前とまったく同じ動作でした。apt と snap の両方のインストールがあるマシンでは、それが CLI の使うデーモンかどうかを確認してください。

一致させるべき独立した識別子は三つあります。CLI の実行ファイル、選択されたエンドポイント、そしてそのエンドポイントの背後にあるサーバープロセスです。PATH 上に docker コマンドが一つあるだけでは、最初の一つしか確定しません。

docker context show
docker context inspect

Docker のコンテキストはエンドポイントを表します。DOCKER_HOST、DOCKER_CONTEXT、コマンドラインでのエンドポイント指定は、見かけの既定値を上書きすることがあるため、環境と起動方法も確認してください。

次に、選択されたソケットまたはリモートアドレスを、実際のデーモンとそのサービス設定に対応付けます。二つのインストールは unit、設定パス、ストレージが異なる場合があります。リモートコンテキストはマシンの完全に外を指すこともあります。

プロキシはそのデーモンに属するインターフェースを通じて適用してください。Docker の文書化されたデーモン設定と起動環境は、ホスト上のすべての Docker インストールへの一斉配信ではありません。

「片付け」のためにパッケージを削除する前に、この特定を行ってください。使われていないように見えるデーモンが、もう一方のインスタンスが管理しないコンテナやイメージを保持していることがあります。当面のプロキシ修正は、選択したサーバーを意図的に設定することです。どちらのインストールを残すかの判断は、別の保守作業です。