Özel bir ECR kayıt defterine başarılı bir bağlantı, imaj çekmeyi tamamlamaz. ECR manifesti sağlar, imaj katmanlarını ise Amazon S3 saklar. Bu nedenle yalnızca kayıt defterini kapsayan bir atlama, katman indirmesini farklı bir rotada bırakabilir.

VPC uç noktaları üzerinden özel erişim için iki yolu da kontrol edin:

  • ECR arabirim uç noktası ve özel DNS yapılandırması.
  • S3 uç noktası, ilişkili rota tabloları ve ECR'nin katman kovasına erişime izin veren politika.

Ardından ilgili atlama adlarını çekmeyi gerçekleştiren sürece koyun. Mevcut daemon.json proxy yapılandırması olan yerel bir Docker Engine için us-east-2'ye ilişkin örnek bir yapılandırma şöyledir:

{
  "proxies": {
    "http-proxy": "http://proxy.example:8080",
    "https-proxy": "http://proxy.example:8080",
    "no-proxy": "123456789012.dkr.ecr.us-east-2.amazonaws.com,prod-us-east-2-starport-layer-bucket.s3.us-east-2.amazonaws.com"
  }
}

Amaçlanan girdileri daemon'un diğer ayarları ve mevcut atlama listesiyle birleştirin. Diğer genel kayıt defteri indirmeleri genel bir aracı kullanabiliyorsa, hesapsız proxy URL'leri için HTTP proxy listesi adaylar sunar; özel ECR ve S3 atlamalarını koruyun. Hesabı, bölgeyi ve katman indirme hostname'ini çekmenin gerçekte kullandığı adlarla değiştirin. S3 adlandırma biçimleri ve uç nokta yapılandırmaları farklı olabilir; bu örnek kapsamlı bir AWS uç noktası listesi değildir. Daemon yapılandırmasını uygulamak, amaçlanan daemon yeniden başlatmasını gerektirir. Docker Desktop kendi proxy ayarlarını kullanır.

Atlama doğrudan bir rota seçer. Eksik bir S3 uç noktası oluşturamaz, rota tablosu ekleyemez, kova erişimi veremez veya özel DNS'i onaramaz. Atlamayı geniş AWS alan adlarına yaymadan önce bu bağımlılıkları doğrulayın.

Docker istemcisinin kapsayıcı proxy ayarları daemon'un imaj indirmelerini yapılandırmaz. Benzer şekilde, ECR oturum açma kimlik bilgilerini alan bir AWS CLI komutunun kendi proxy yapılandırması vardır; bu ayrı istek de özel erişime ihtiyaç duyuyorsa API hedefini ekleyin.

İlgili makaleler