Alterações de proxy do Docker aplicadas ao daemon errado

Adicionou um proxy a docker.service, reiniciou-o e o pull seguinte comportou-se exatamente como antes. Numa máquina com instalações tanto por apt como por snap, verifique se é esse o daemon que a sua CLI utiliza.

Há três identidades distintas a combinar: o executável da CLI, o endpoint selecionado e o processo servidor por trás desse endpoint. Encontrar um comando docker no PATH resolve apenas a primeira.

docker context show
docker context inspect

Os contextos do Docker descrevem endpoints. DOCKER_HOST, DOCKER_CONTEXT e as seleções de endpoint na linha de comandos podem sobrepor-se ao valor predefinido aparente, por isso inspecione também o ambiente e a invocação.

Depois associe o socket ou o endereço remoto selecionado ao daemon real e à configuração do seu serviço. Duas instalações podem ter unidades, caminhos de configuração e armazenamento diferentes. Um contexto remoto pode apontar totalmente para fora da máquina.

Aplique o proxy através da interface pertencente a esse daemon. As definições de daemon documentadas do Docker e o seu ambiente de arranque não são uma difusão a todas as instalações de Docker no anfitrião.

Faça esta identificação antes de desinstalar um pacote para «arrumar as coisas». Um daemon que parece não utilizado pode possuir contentores ou imagens que a outra instância não gere. A reparação imediata do proxy é configurar deliberadamente o servidor selecionado; decidir que instalação manter é uma alteração de manutenção separada.