Por que docker pull ignora o proxy do contedor

Configura o compoñente de Docker que realmente descarga imaxes, en lugar de esperar que as variables proxy do contedor controlen o daemon.

Se falla docker pull, configura o daemon de Docker ou Docker Desktop. A imaxe descárgase antes de que o contedor da aplicación poida ler as súas variables proxy.

Docker Engine nativo

Combina esta sección coa configuración proxy existente do daemon, cambia o punto de documentación e conserva os axustes alleos. Para probas de imaxes públicas onde se permitan proxies públicos, a lista de proxies HTTP ofrece 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 claves do daemon con guións difiren das claves camelCase en ~/.docker/config.json do cliente Docker. A sección proxy do cliente fornece variables de contorno aos contedores novos e ás construcións; non configura as descargas do daemon nin os contornos de contedores xa existentes.

Aplica o reinicio do daemon documentado para a instalación e planifica o efecto nas cargas actuais. O daemon tamén pode recibir variables proxy no seu contorno de arranque; un export posterior nun terminal non actualiza un servizo en execución.

Docker Desktop

Usa os axustes proxy de Desktop. Docker documenta que Desktop ignora as entradas proxy de daemon.json, polo que cambiar repetidamente o exemplo de Engine nativo non configura o camiño deste produto.

Volve descargar a imaxe tras actualizar o compoñente correcto. Mira se fallou o acceso ao rexistro, a autenticación, as redireccións ou a descarga de capas. Unha petición HTTP correcta nun contedor existente só comproba a ruta desa aplicación. Non inclúas credenciais proxy en capturas compartidas nin ficheiros confirmados; a configuración do daemon e o contorno do contedor non son almacéns de segredos.

Artigos relacionados