docker.service dosyasına bir proxy eklediniz, yeniden başlattınız ve sonraki pull tam olarak eskisi gibi davrandı. Hem apt hem snap kurulumu olan bir makinede, CLI'nizin kullandığı daemon'un bu olup olmadığını kontrol edin.

Eşleştirilecek üç ayrı kimlik var: CLI çalıştırılabilir dosyası, seçilen endpoint ve o endpoint'in arkasındaki sunucu süreci. PATH'te bir docker komutu bulmak yalnızca ilkini çözer.

docker context show
docker context inspect

Docker bağlamları endpoint'leri tanımlar. DOCKER_HOST, DOCKER_CONTEXT ve komut satırı endpoint seçimleri görünen varsayılanı geçersiz kılabilir, bu yüzden ortamı ve çağrıyı da inceleyin.

Ardından seçilen soketi veya uzak adresi gerçek daemon ve onun servis yapılandırmasıyla ilişkilendirin. İki kurulumun birimleri, yapılandırma yolları ve depolaması farklı olabilir. Uzak bir bağlam tamamen makine dışını gösterebilir.

Proxy'yi o daemon'a ait arayüz üzerinden uygulayın. Docker'ın belgelenmiş daemon ayarları ve başlangıç ortamı, ana makinedeki her Docker kurulumuna yapılan bir yayın değildir.

“Ortalığı toparlamak” için bir paketi kaldırmadan önce bu kimlik belirlemesini yapın. Kullanılmayan gibi görünen bir daemon, diğer örneğin yönetmediği container'lara veya image'lara sahip olabilir. Acil proxy onarımı, seçilen sunucuyu bilinçli olarak yapılandırmaktır; hangi kurulumun tutulacağına karar vermek ayrı bir bakım değişikliğidir.

İlgili makaleler