Docker-proxyändringar tillämpade på fel daemon

Du lade till en proxy i docker.service, startade om den och nästa pull betedde sig precis som förut. På en maskin med både apt- och snap-installationer, kontrollera om det är den daemonen din CLI använder.

Det finns tre separata identiteter att matcha: CLI-körfilen, den valda endpointen och serverprocessen bakom den endpointen. Att hitta ett docker-kommando i PATH avgör bara det första.

docker context show
docker context inspect

Docker-kontexter beskriver endpoints. DOCKER_HOST, DOCKER_CONTEXT och endpointval på kommandoraden kan åsidosätta den skenbara standarden, så granska även miljön och anropet.

Koppla sedan den valda socketen eller fjärradressen till den faktiska daemonen och dess tjänstekonfiguration. Två installationer kan ha olika enheter, konfigurationssökvägar och lagring. En fjärrkontext kan peka helt utanför maskinen.

Tillämpa proxyn via det gränssnitt som tillhör den daemonen. Dockers dokumenterade daemoninställningar och dess startmiljö är inte en sändning till varje Docker-installation på värden.

Gör denna identifiering innan du avinstallerar ett paket för att ”städa upp”. En till synes oanvänd daemon kan äga containrar eller images som den andra instansen inte hanterar. Den omedelbara proxyreparationen är att konfigurera den valda servern medvetet; att avgöra vilken installation som ska behållas är en separat underhållsändring.