Ndryshimet e proxy-t të Docker të aplikuara në daemon të gabuar

Shtuat një proxy në docker.service, e rindezët dhe tërheqja tjetër u soll saktësisht si më parë. Në një makinë me instalime të dyja apt dhe snap, kontrolloni nëse ky është daemoni që po përdor CLI-ja juaj.

Ka tre identitete të veçanta për t'u përputhur: ekzekutuesi i CLI-së, endpointi i zgjedhur dhe procesi i serverit pas atij endpointi. Gjetja e një komande docker në PATH zgjidh vetëm të parën.

docker context show
docker context inspect

Kontekstet e Docker përshkruajnë endpointe. DOCKER_HOST, DOCKER_CONTEXT dhe zgjedhjet e endpointit nga rreshti i komandës mund të anashkalojnë parazgjedhjen e dukshme, prandaj inspektoni edhe mjedisin dhe thirrjen.

Pastaj lidhni socketin ose adresën e largët të zgjedhur me daemonin aktual dhe konfigurimin e shërbimit të tij. Dy instalime mund të kenë njësi, shtigje konfigurimi dhe ruajtje të ndryshme. Një kontekst i largët mund të tregojë plotësisht jashtë makinës.

Aplikoni proxy-n përmes ndërfaqes që i përket atij daemoni. Cilësimet e dokumentuara të daemonit të Docker dhe mjedisi i tij i nisjes nuk janë një transmetim për çdo instalim Docker në host.

Bëni këtë identifikim përpara se të çinstaloni një paketë për të “pastruar gjërat.” Një daemon që duket i papërdorur mund të zotërojë kontejnerë ose imazhe që instanca tjetër nuk i menaxhon. Rregullimi i menjëhershëm i proxy-t është konfigurimi i qëllimshëm i serverit të zgjedhur; vendimi se cila instalim duhet mbajtur është një ndryshim i veçantë mirëmbajtjeje.