Ви додали проксі до docker.service, перезапустили його, і наступне завантаження поводилося точно як раніше. На машині з обома встановленнями apt і snap перевірте, чи це той демон, який використовує ваш CLI.

Є три окремі ідентичності для зіставлення: виконуваний файл CLI, вибраний endpoint і серверний процес за цим endpoint. Знайдення однієї команди docker у PATH вирішує лише перше.

docker context show
docker context inspect

Контексти Docker описують endpoint. DOCKER_HOST, DOCKER_CONTEXT і вибір endpoint у командному рядку можуть перевизначити видимий за замовчуванням, тому перегляньте також середовище та виклик.

Потім зіставте вибраний сокет або віддалену адресу з фактичним демоном і його конфігурацією служби. Два встановлення можуть мати різні модулі, шляхи конфігурації та сховище. Віддалений контекст може вказувати повністю поза машиною.

Застосуйте проксі через інтерфейс, що належить цьому демону. Документовані налаштування демона Docker і його середовище запуску не є трансляцією для кожного встановлення Docker на хості.

Зробіть це визначення перед видаленням пакета, щоб «прибрати все». Демон, що виглядає невикористаним, може володіти контейнерами або образами, якими не керує інший екземпляр. Негайне виправлення проксі — це свідоме налаштування вибраного сервера; рішення, яке встановлення залишити, є окремою зміною обслуговування.

Схожі статті