docker pull neden container’ın proxy ayarlarını kullanmaz?

Container proxy değişkenlerinin daemon’u kontrol etmesini beklemek yerine image’ı gerçekten indiren Docker bileşenini yapılandırın.

docker pull başarısızsa Docker daemon’unu veya Docker Desktop’ı yapılandırın. Image, uygulama container’ı kendi proxy değişkenlerini okuyamadan önce indirilir.

Yerel Docker Engine

Bu bölümü mevcut daemon proxy yapılandırmasına birleştirin, belgeleme uç noktasını değiştirin ve ilgisiz ayarları koruyun. Genel proxy kullanımına izin verilen genel image çekme testlerinde HTTP proxy listesi adaylar sağlar:

{
  "proxies": {
    "http-proxy": "http://203.0.113.10:8080",
    "https-proxy": "http://203.0.113.10:8080",
    "no-proxy": "localhost,127.0.0.1,registry.example.internal"
  }
}

Daemon’un tireli anahtarları Docker istemcisinin ~/.docker/config.json dosyasındaki camelCase anahtarlardan farklıdır. İstemcinin proxy bölümü yeni container’lara ve build işlemlerine ortam değişkenleri verir; daemon indirmelerini veya var olan container ortamlarını yapılandırmaz.

Kurulum için belgelenen daemon yeniden başlatmasını yapın ve çalışan işlere etkisini planlayın. Daemon proxy değişkenlerini başlangıç ortamından da alabilir; daha sonraki bir terminalde yapılan export çalışan hizmeti güncellemez.

Docker Desktop

Desktop’ın proxy ayarlarını kullanın. Docker belgeleri Desktop’ın daemon.json içindeki proxy girdilerini yok saydığını belirtir. Yerel Engine örneğini tekrar tekrar değiştirmek bu ürünün yolunu yapılandırmaz.

Gerçek bileşeni güncelledikten sonra image çekmeyi yeniden deneyin. Registry erişimi, kimlik doğrulama, yönlendirmeler veya katman indirmeden hangisinin başarısız olduğunu okuyun. Var olan bir container içindeki başarılı HTTP isteği yalnızca o uygulamanın yolunu denetler. Proxy kimlik bilgilerini paylaşılan ekran görüntülerine veya commit edilen dosyalara koymayın; daemon yapılandırması ve container ortamı gizli bilgi kasası değildir.

İlgili makaleler