Modifications de proxy Docker appliquées au mauvais démon

Vous avez ajouté un proxy à docker.service, l'avez redémarré, et le pull suivant s'est comporté exactement comme avant. Sur une machine où apt et snap sont tous deux installés, vérifiez si c'est bien le démon qu'utilise votre CLI.

Trois identités distinctes sont à faire correspondre : l'exécutable de la CLI, le point de terminaison sélectionné et le processus serveur derrière ce point de terminaison. Trouver une commande docker dans le PATH ne règle que la première.

docker context show
docker context inspect

Les contextes Docker décrivent des points de terminaison. DOCKER_HOST, DOCKER_CONTEXT et les sélections de point de terminaison en ligne de commande peuvent supplanter la valeur par défaut apparente ; inspectez donc aussi l'environnement et l'invocation.

Associez ensuite le socket ou l'adresse distante sélectionné au démon réel et à la configuration de son service. Deux installations peuvent avoir des unités, des chemins de configuration et un stockage différents. Un contexte distant peut pointer entièrement hors de la machine.

Appliquez le proxy via l'interface qui appartient à ce démon. Les réglages de démon documentés par Docker et son environnement de démarrage ne sont pas une diffusion à toutes les installations Docker de l'hôte.

Faites cette identification avant de désinstaller un paquet pour « faire du rangement ». Un démon qui semble inutilisé peut posséder des conteneurs ou des images que l'autre instance ne gère pas. La réparation immédiate du proxy consiste à configurer délibérément le serveur sélectionné ; décider quelle installation conserver est un changement de maintenance distinct.