Промени во проксито на Docker применети на погрешен демон

Додадовте прокси во docker.service, го рестартиравте, а следното повлекување се однесуваше исто како порано. На машина со инсталации и преку apt и преку snap, проверете дали тоа е демонот што го користи вашиот CLI.

Треба да се усогласат три одделни идентитети: извршната датотека на CLI, избраната крајна точка и серверскиот процес зад таа крајна точка. Наоѓањето на една команда docker во PATH ја решава само првата.

docker context show
docker context inspect

Контекстите на Docker опишуваат крајни точки. DOCKER_HOST, DOCKER_CONTEXT и изборот на крајна точка од командната линија можат да го надминат привидниот стандард, затоа проверете ги и околината и повикот.

Потоа поврзете го избраниот сокет или оддалечената адреса со вистинскиот демон и неговата конфигурација на услугата. Две инсталации можат да имаат различни единици, патеки за конфигурација и складирање. Оддалечен контекст може да покажува целосно надвор од машината.

Применете го проксито преку интерфејсот што му припаѓа на тој демон. Документираните поставки на демонот на Docker и неговата почетна околина не се емитување до секоја инсталација на Docker на домаќинот.

Направете го ова идентификување пред да деинсталирате пакет за да "ги средите работите". Демон што изгледа неискористен може да поседува контејнери или слики што другата инстанца не ги управува. Непосредната поправка на проксито е намерно конфигурирање на избраниот сервер; одлуката која инсталација да остане е одделна промена за одржување.