Si docker pull échoue, configurez le démon Docker ou Docker Desktop. L’image est téléchargée avant que le conteneur applicatif puisse lire ses variables de proxy.

Docker Engine natif

Fusionnez cette section avec la configuration proxy existante du démon, en remplaçant le point d’accès de documentation et en préservant les réglages sans rapport. Pour des tests de récupération d’images publiques où les proxies publics sont autorisés, la liste de proxies HTTP propose des candidats :

{
  "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"
  }
}

Les clés du démon avec traits d’union diffèrent des clés camelCase du fichier ~/.docker/config.json du client Docker. La section proxy du client fournit des variables d’environnement aux nouveaux conteneurs et aux builds ; elle ne configure ni les téléchargements du démon ni l’environnement des conteneurs existants.

Effectuez le redémarrage du démon documenté pour cette installation en prévoyant son effet sur les charges actuelles. Le démon peut aussi recevoir les variables de proxy dans son environnement de démarrage ; un export ultérieur dans un terminal ne met pas à jour un service déjà lancé.

Docker Desktop

Utilisez les réglages proxy de Desktop. Docker précise que Desktop ignore les entrées proxy de daemon.json : modifier sans cesse l’exemple d’Engine natif ne peut donc pas configurer le trajet de ce produit.

Réessayez le téléchargement après avoir modifié le bon composant. Distinguez un échec d’accès au registre, d’authentification, de redirection ou de téléchargement de couche. Une requête HTTP réussie dans un conteneur existant ne teste que le trajet de cette application. Gardez les identifiants proxy hors des captures partagées et des fichiers commités ; la configuration du démon et l’environnement des conteneurs ne sont pas des coffres à secrets.

Articles similaires