Docker Engine 23.0 a introduit la configuration proxy du démon via JSON et des options de ligne de commande. Un démon plus ancien ne peut pas utiliser ces champs simplement parce que la documentation actuelle les présente.

Vérifiez la version serveur du démon administré. La version de la CLI, le nom de la distribution et le tag de l'image du conteneur n'établissent pas les fonctionnalités de ce serveur.

Pour un Engine Linux natif plus ancien géré par systemd, fournissez HTTP_PROXY, HTTPS_PROXY et le NO_PROXY prévu via l'environnement de démarrage pris en charge du service du démon. Les exporter dans le terminal qui exécute docker pull ne met pas à jour un service système déjà en cours d'exécution.

Si vous conservez l'ancien Engine, utilisez cette méthode prise en charge. Si vous mettez à niveau, réconciliez les anciennes valeurs d'environnement avec la configuration du démon: la configuration directe prime sur les variables d'environnement dans la documentation Docker actuelle, donc des valeurs contradictoires peuvent changer la route retenue.

Docker Desktop utilise ses propres paramètres proxy et ignore les entrées proxy du démon dans daemon.json. Identifiez ce produit avant d'appliquer un contournement pour le démon Linux natif.

Articles similaires