Mga pagbabago sa proxy ng Docker na inilapat sa maling daemon

Nagdagdag ka ng proxy sa docker.service, ini-restart ito, at ang susunod na pull ay kumilos nang eksaktong tulad ng dati. Sa isang makina na may parehong apt at snap na installation, tingnan kung iyon ang daemon na ginagamit ng iyong CLI.

May tatlong magkakahiwalay na pagkakakilanlan na itutugma: ang executable ng CLI, ang napiling endpoint, at ang proseso ng server sa likod ng endpoint na iyon. Ang paghahanap ng isang utos na docker sa PATH ay nag-aayos lamang ng una.

docker context show
docker context inspect

Inilalarawan ng mga Docker context ang mga endpoint. Maaaring i-override ng DOCKER_HOST, DOCKER_CONTEXT, at mga pagpili ng endpoint sa command line ang maliwanag na default, kaya suriin din ang environment at invocation.

Pagkatapos, iugnay ang napiling socket o remote address sa aktwal na daemon at sa configuration ng serbisyo nito. Maaaring may magkaibang unit, path ng configuration, at storage ang dalawang installation. Ang isang remote context ay maaaring tumuro nang lubusan sa labas ng makina.

Ilapat ang proxy sa pamamagitan ng interface na pag-aari ng daemon na iyon. Ang mga dokumentadong setting ng daemon ng Docker at ang startup environment nito ay hindi isang broadcast sa bawat installation ng Docker sa host.

Gawin ang pagkakakilanlang ito bago mag-uninstall ng package para “linisin ang mga bagay.” Ang isang daemon na mukhang hindi ginagamit ay maaaring may mga container o image na hindi pinamamahalaan ng kabilang instance. Ang agarang pag-aayos ng proxy ay ang sadyang pag-configure sa napiling server; ang pagpapasya kung aling installation ang itatabi ay isang hiwalay na pagbabago sa maintenance.