Docker proxy pakeitimai pritaikyti ne tam demonui

Pridėjote proxy į docker.service, iš naujo jį paleidote, o kitas pull elgėsi lygiai taip pat kaip anksčiau. Įrenginyje, kuriame yra ir apt, ir snap diegimas, patikrinkite, ar tai tas demonas, kurį naudoja jūsų CLI.

Reikia sulyginti tris atskirus tapatumus: CLI vykdomąjį failą, pasirinktą galinį tašką ir už šio taško esantį serverio procesą. Vienos docker komandos radimas PATH išsprendžia tik pirmąjį.

docker context show
docker context inspect

Docker kontekstai aprašo galinius taškus. DOCKER_HOST, DOCKER_CONTEXT ir galinio taško pasirinkimas komandinėje eilutėje gali nepaisyti numatytojo, todėl patikrinkite ir aplinką, ir iškvietimą.

Tada susiekite pasirinktą lizdą arba nuotolinį adresą su tikruoju demonu ir jo paslaugos konfigūracija. Du diegimai gali turėti skirtingus unit, konfigūracijos kelius ir saugyklą. Nuotolinis kontekstas gali rodyti visiškai už įrenginio ribų.

Taikykite proxy per sąsają, priklausančią tam demonui. Docker dokumentuoti demono nustatymai ir jo paleidimo aplinka nėra transliacija kiekvienam Docker diegimui pagrindiniame kompiuteryje.

Atlikite šį identifikavimą prieš šalindami paketą, kad "viską sutvarkytumėte". Nenaudojamas atrodantis demonas gali turėti konteinerių ar atvaizdų, kurių kita kopija nevaldo. Tiesioginis proxy taisymas yra sąmoningas pasirinkto serverio konfigūravimas; sprendimas, kurį diegimą palikti, yra atskiras priežiūros pakeitimas.