Изменения прокси Docker применены к неправильному демону
Сопоставьте конечную точку Docker CLI с работающим демоном, прежде чем менять настройки прокси для установки через apt, snap или удалённой.
Вы добавили прокси в docker.service, перезапустили его, а следующий pull повёл себя в точности как прежде. На машине, где есть и установка через apt, и через snap, проверьте, тот ли это демон, который использует ваш CLI.
Нужно сопоставить три отдельные сущности: исполняемый файл CLI, выбранную конечную точку и серверный процесс за этой точкой. Найти одну команду docker в PATH — значит определить только первую.
docker context show
docker context inspectКонтексты Docker описывают конечные точки. DOCKER_HOST, DOCKER_CONTEXT и выбор точки в командной строке могут перекрывать кажущееся значение по умолчанию, поэтому проверьте и окружение, и вызов.
Затем свяжите выбранный сокет или удалённый адрес с фактическим демоном и конфигурацией его службы. У двух установок могут быть разные unit, пути конфигурации и хранилище. Удалённый контекст может указывать полностью за пределы машины.
Применяйте прокси через интерфейс, принадлежащий этому демону. Документированные настройки демона Docker и его среда запуска не являются рассылкой для каждой установки Docker на хосте.
Выполните это сопоставление до удаления пакета, чтобы «прибраться». Демон, который выглядит неиспользуемым, может владеть контейнерами или образами, которыми не управляет другой экземпляр. Немедленное исправление прокси — осознанно настроить выбранный сервер; решение о том, какую установку оставить, — отдельное изменение обслуживания.