Modifiche al proxy Docker applicate al demone sbagliato

Avete aggiunto un proxy a docker.service, l'avete riavviato e il pull successivo si è comportato esattamente come prima. Su una macchina con installazioni sia apt che snap, verificate se è quello il demone usato dalla vostra CLI.

Ci sono tre identità distinte da far combaciare: l'eseguibile della CLI, l'endpoint selezionato e il processo server dietro quell'endpoint. Trovare un comando docker nel PATH risolve solo la prima.

docker context show
docker context inspect

I contesti Docker descrivono endpoint. DOCKER_HOST, DOCKER_CONTEXT e le selezioni di endpoint da riga di comando possono scavalcare il valore predefinito apparente, quindi ispezionate anche ambiente e invocazione.

Poi associate il socket o l'indirizzo remoto selezionato al demone effettivo e alla configurazione del suo servizio. Due installazioni possono avere unità, percorsi di configurazione e archiviazione diversi. Un contesto remoto può puntare del tutto fuori dalla macchina.

Applicate il proxy tramite l'interfaccia appartenente a quel demone. Le impostazioni del demone documentate da Docker e il suo ambiente di avvio non sono una trasmissione a ogni installazione Docker dell'host.

Fate questa identificazione prima di disinstallare un pacchetto per «fare ordine». Un demone che sembra inutilizzato può possedere container o immagini che l'altra istanza non gestisce. La riparazione immediata del proxy è configurare deliberatamente il server selezionato; decidere quale installazione mantenere è una modifica di manutenzione separata.