Docker-Proxy-Änderungen am falschen Daemon angewendet

Sie haben einen Proxy zu docker.service hinzugefügt, den Dienst neu gestartet, und der nächste Pull verhielt sich genau wie zuvor. Prüfen Sie auf einem Rechner mit sowohl apt- als auch snap-Installation, ob das der Daemon ist, den Ihre CLI verwendet.

Es sind drei getrennte Identitäten abzugleichen: die CLI-Binärdatei, der ausgewählte Endpunkt und der Serverprozess hinter diesem Endpunkt. Ein docker-Befehl im PATH zu finden, klärt nur die erste.

docker context show
docker context inspect

Docker-Kontexte beschreiben Endpunkte. DOCKER_HOST, DOCKER_CONTEXT und Endpunktauswahl auf der Kommandozeile können den scheinbaren Standard überschreiben; prüfen Sie daher auch Umgebung und Aufruf.

Ordnen Sie dann den ausgewählten Socket oder die Remote-Adresse dem tatsächlichen Daemon und seiner Dienstkonfiguration zu. Zwei Installationen können unterschiedliche Units, Konfigurationspfade und Speicher haben. Ein Remote-Kontext kann vollständig außerhalb des Rechners zeigen.

Wenden Sie den Proxy über die Schnittstelle dieses Daemons an. Die dokumentierten Daemon-Einstellungen von Docker und seine Startumgebung sind keine Rundmail an jede Docker-Installation auf dem Host.

Nehmen Sie diese Zuordnung vor, bevor Sie ein Paket deinstallieren, um "aufzuräumen". Ein ungenutzt wirkender Daemon kann Container oder Images besitzen, die die andere Instanz nicht verwaltet. Die unmittelbare Proxy-Reparatur besteht darin, den ausgewählten Server gezielt zu konfigurieren; die Entscheidung, welche Installation bleiben soll, ist eine separate Wartungsänderung.