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

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

docker context show
docker context inspect

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

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

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

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

Повезани чланци