Docker-proxywijzigingen op de verkeerde daemon toegepast

U voegde een proxy toe aan docker.service, herstartte die, en de volgende pull gedroeg zich precies zoals voorheen. Controleer op een machine met zowel apt- als snap-installaties of dat de daemon is die uw CLI gebruikt.

Er zijn drie afzonderlijke identiteiten te koppelen: het CLI-uitvoerbare bestand, het gekozen endpoint en het serverproces achter dat endpoint. Eén docker-opdracht in PATH vinden beslecht alleen de eerste.

docker context show
docker context inspect

Docker-contexten beschrijven endpoints. DOCKER_HOST, DOCKER_CONTEXT en endpointkeuzes op de opdrachtregel kunnen de schijnbare standaard overschrijven, dus inspecteer ook de omgeving en de aanroep.

Koppel daarna de gekozen socket of het externe adres aan de werkelijke daemon en de serviceconfiguratie daarvan. Twee installaties kunnen verschillende units, configuratiepaden en opslag hebben. Een externe context kan volledig buiten de machine wijzen.

Pas de proxy toe via de interface die bij die daemon hoort. De gedocumenteerde daemoninstellingen van Docker en de opstartomgeving ervan zijn geen uitzending naar elke Docker-installatie op de host.

Doe deze identificatie voordat u een pakket verwijdert om "op te ruimen". Een daemon die ongebruikt lijkt, kan containers of images bezitten die de andere installatie niet beheert. De directe proxyreparatie is de gekozen server bewust configureren; beslissen welke installatie blijft, is een aparte onderhoudswijziging.