Por que docker pull ignora o proxy do seu contêiner

Configure o componente do Docker que realmente baixa as imagens, em vez de esperar que variáveis do contêiner controlem o daemon.

Se docker pull falhar, configure o daemon do Docker ou o Docker Desktop. A imagem é baixada antes que o contêiner da aplicação possa ler suas variáveis de proxy.

Docker Engine nativo

Mescle esta seção com a configuração de proxy existente do daemon, substituindo o endpoint de documentação e preservando ajustes sem relação. Para testes de imagens públicas em que proxies públicos sejam permitidos, a lista de proxies HTTP fornece candidatos:

{
  "proxies": {
    "http-proxy": "http://203.0.113.10:8080",
    "https-proxy": "http://203.0.113.10:8080",
    "no-proxy": "localhost,127.0.0.1,registry.example.internal"
  }
}

As chaves do daemon com hífen diferem das chaves camelCase em ~/.docker/config.json do cliente Docker. A seção de proxy do cliente fornece variáveis de ambiente para novos contêineres e builds; não configura downloads do daemon nem ambientes de contêineres já existentes.

Faça a reinicialização do daemon documentada para essa instalação, planejando o efeito nas cargas atuais. O daemon também pode receber variáveis de proxy em seu ambiente de inicialização; um export posterior no terminal não atualiza um serviço em execução.

Docker Desktop

Use as configurações de proxy do Desktop. A documentação do Docker informa que o Desktop ignora entradas de proxy em daemon.json, então mudar repetidamente o exemplo de Engine nativo não configura o caminho desse produto.

Tente baixar a imagem novamente após atualizar o componente correto. Identifique se a falha ocorreu no acesso ao registro, na autenticação, nos redirecionamentos ou no download de camadas. Uma requisição HTTP bem-sucedida em um contêiner existente só verifica a rota dessa aplicação. Não inclua credenciais de proxy em capturas compartilhadas ou arquivos commitados; configuração do daemon e ambiente de contêiner não são cofres de segredos.

Artigos relacionados