Промени в проксито на Docker, приложени към грешния демон

Добавихте прокси към docker.service, рестартирахте го и следващото изтегляне се държеше точно както преди. На машина с инсталации както чрез apt, така и чрез snap проверете дали това е демонът, който вашият CLI използва.

Има три отделни идентичности за съпоставяне: изпълнимият файл на CLI, избраната крайна точка и сървърният процес зад тази крайна точка. Намирането на една команда docker в PATH решава само първата.

docker context show
docker context inspect

Контекстите на Docker описват крайни точки. DOCKER_HOST, DOCKER_CONTEXT и изборите на крайна точка от командния ред могат да отменят видимата по подразбиране, затова проверете и средата, и извикването.

След това свържете избрания сокет или отдалечен адрес с действителния демон и неговата конфигурация на услугата. Две инсталации могат да имат различни unit-и, пътища за конфигурация и хранилище. Отдалечен контекст може да сочи напълно извън машината.

Приложете проксито през интерфейса, принадлежащ на този демон. Документираните настройки на демона на Docker и неговата стартова среда не са излъчване до всяка инсталация на Docker на хоста.

Направете това идентифициране, преди да деинсталирате пакет, за да "разчистите". Демон, който изглежда неизползван, може да притежава контейнери или образи, които другият екземпляр не управлява. Незабавната поправка на проксито е да конфигурирате избрания сървър съзнателно; решението коя инсталация да остане е отделна промяна по поддръжката.