Docker-proxyendringar brukte på feil daemon

Du la til ein proxy for docker.service, starta han på nytt, og neste pull oppførte seg nøyaktig som før. På ein maskin med både apt- og snap-installasjon, sjekk om det er den daemonen CLI-et ditt brukar.

Det er tre separate identitetar å samsvare: CLI-køyrbar fil, valt endepunkt og serverprosessen bak det endepunktet. Å finne éin docker-kommando i PATH avgjer berre den første.

docker context show
docker context inspect

Docker-kontekstar skildrar endepunkt. DOCKER_HOST, DOCKER_CONTEXT og endepunktval på kommandolinja kan overstyre den tilsynelatande standarden, så gransk òg miljøet og kallet.

Knyt deretter den valde sockelen eller fjernadressa til den faktiske daemonen og tenestekonfigurasjonen hans. To installasjonar kan ha ulike einingar, konfigurasjonsstigar og lagring. Ein fjernkontekst kan peike heilt utanfor maskina.

Bruk proxyen gjennom grensesnittet som høyrer til den daemonen. Dei dokumenterte daemoninnstillingane til Docker og oppstartsmiljøet hans er ikkje ei utsending til kvar Docker-installasjon på verten.

Gjer denne identifiseringa før du avinstallerer ein pakke for å "rydde opp". Ein daemon som ser ubrukt ut, kan eige containerar eller images som den andre instansen ikkje administrerer. Den umiddelbare proxyreparasjonen er å konfigurere den valde serveren med vilje; å avgjere kva installasjon som skal haldast er ei separat vedlikehaldsendring.