Змены проксі Docker ужытыя да не таго дэмана

Вы дадалі проксі ў docker.service, перазапусцілі яго, і наступны pull павёў сябе гэтак жа, як раней. На машыне з абедзвюма ўсталёўкамі apt і snap праверце, ці гэта той дэман, які выкарыстоўвае ваш CLI.

Трэба суаднесці тры асобныя ідэнтычнасці: выканальны файл CLI, выбраны канчатковы пункт і серверны працэс за гэтым пунктам. Знайсці адну каманду docker у PATH вырашае толькі першую.

docker context show
docker context inspect

Кантэксты Docker апісваюць канчатковыя пункты. DOCKER_HOST, DOCKER_CONTEXT і выбар пункта ў камандным радку могуць перакрыць бачны па змаўчанні, таму праверце таксама асяроддзе і выклік.

Затым звяжыце выбраны сокет або аддалены адрас з фактычным дэманам і яго канфігурацыяй службы. Дзве ўсталёўкі могуць мець розныя unit, шляхі канфігурацыі і сховішча. Аддалены кантэкст можа цалкам паказваць за межы машыны.

Ужывайце проксі праз інтэрфейс, які належыць гэтаму дэману. Дакументаваныя налады дэмана Docker і яго асяроддзе запуску не з'яўляюцца рассылкай для кожнай усталёўкі Docker на хасце.

Зрабіце гэта суаднясенне перад выдаленнем пакета, каб "усё пачысціць". Дэман, які выглядае невыкарыстаным, можа валодаць кантэйнерамі або вобразамі, якімі іншы экзэмпляр не кіруе. Неадкладны рамонт проксі — гэта свядомая налада выбранага сервера; рашэнне, якую ўсталёўку пакінуць, — асобная змена абслугоўвання.