Jo hawwe in proxy tafoege oan docker.service, it opnij starte, en de folgjende pull gedroech him krekt as earder. Kontrolearje op in masine mei sawol apt- as snap-ynstallaasjes oft dat de daemon is dy't jo CLI brûkt.

Der binne trije aparte identiteiten om te kombinearjen: it CLI-útfierbere bestân, it keazen einpunt en it tsjinnerproses efter dat einpunt. Ien docker-opdracht yn PATH fine beslist allinnich de earste.

docker context show
docker context inspect

Docker-konteksten beskriuwe einpunten. DOCKER_HOST, DOCKER_CONTEXT en einpuntkarren op 'e opdrachtline kinne de skynbere standert oerskriuwe, ûndersykje dêrom ek de omjouwing en de oanrop.

Keppelje dan de keazen socket of opôf-adres oan 'e echte daemon en syn tsjinstkonfiguraasje. Twa ynstallaasjes kinne ferskillende units, konfiguraasjepaden en opslach hawwe. In opôf-kontekst kin hielendal bûten de masine wize.

Tapas de proxy fia de ynterface dy't by dy daemon heart. De dokumintearre daemon-ynstellingen fan Docker en syn startomjouwing binne gjin útstjoering nei elke Docker-ynstallaasje op 'e host.

Doch dizze identifikaasje foardat jo in pakket de-ynstallearje om "saken op te romjen". In daemon dy't ûnbrûkt liket, kin konteners of bylden besitte dy't de oare ynstânsje net beheart. De direkte proxyreparaasje is de keazen tsjinner bewust konfigurearje; beslute hokker ynstallaasje te hâlden is in aparte ûnderhâldswiziging.

Relatearre artikelen