Docker-proxyendringer brukt på feil daemon

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

Det er tre separate identiteter å samsvare: CLI-kjørbar fil, valgt endepunkt og serverprosessen bak det endepunktet. Å finne én docker-kommando i PATH avgjør bare den første.

docker context show
docker context inspect

Docker-kontekster beskriver endepunkter. DOCKER_HOST, DOCKER_CONTEXT og endepunktvalg på kommandolinjen kan overstyre den tilsynelatende standarden, så undersøk også miljøet og kallet.

Knytt deretter den valgte sockelen eller fjernadressen til den faktiske daemonen og tjenestekonfigurasjonen dens. To installasjoner kan ha ulike units, konfigurasjonsstier og lagring. En fjernkontekst kan peke helt utenfor maskinen.

Bruk proxyen gjennom grensesnittet som hører til den daemonen. Dockers dokumenterte daemoninnstillinger og oppstartsmiljøet er ikke en utsendelse til hver Docker-installasjon på verten.

Gjør denne identifiseringen før du avinstallerer en pakke for å "rydde opp". En daemon som ser ubrukt ut, kan eie containere eller images som den andre instansen ikke administrerer. Den umiddelbare proxyreparasjonen er å konfigurere den valgte serveren bevisst; å avgjøre hvilken installasjon som skal beholdes er en separat vedlikeholdsendring.