Ortamı tanıyan HTTP taşıması kullanan konteynerleştirilmiş bir Distribution kayıt defteri için S3 yolunu kayıt defteri konteynerine geçirin:

services:
  registry:
    environment:
      HTTP_PROXY: http://proxy.example.internal:8080
      HTTPS_PROXY: http://proxy.example.internal:8080
      NO_PROXY: localhost,127.0.0.1

Bunu mevcut image, depolama, kimlik doğrulama ve volumes ile birleştirin. Bu parça tam bir kayıt defteri değildir. Proxy adı bu konteynerden erişilebilir olmalı ve şema proxy dinleyicisiyle eşleşmelidir.

Dağıtılan S3 sürücüsünü ve taşımayı doğrulayın. Distribution 2.8.3'te atıf yapılan kaynak bir AWS SDK oturumu kullanır; özel bir sürücü veya taşıma başka bir desteklenen yapılandırma gerektirebilir.

BağlantıKimin yapılandıracağı veya inceleyeceği
İstemci → kayıt defteriKayıt defterinin gelen HTTP dinleyicisi ve istemci yolu
Daemon → image kaynağıDocker daemon proxy ayarları
Kayıt defteri → S3Kayıt defteri sürecinin depolama HTTP taşıması

Başarılı bir istemci oturumu yalnızca ilk yolu kanıtlar. Depolama sürücüsü S3'e kendi isteklerini yapar; kayıt defteri image'ını daha önce çeken daemon bu çağrıları yapmaz.

Blob indirmeleri sırasındaki yönlendirmeleri de inceleyin. Distribution bir tüketiciyi nesne depolamaya yönlendirebilir ve bu, o istemciye doğrudan S3 erişilebilirliği gereksinimi getirir. Kayıt defterinin proxy'sini yapılandırmak tüketiciyi yapılandırmaz. Yönlendirme davranışını değiştirmek blob trafiğinin aktığı yeri değiştirir, bu nedenle bu ayarı düzenlemeden önce başarısız olan göndereni ve işlemi adlandırın.

İlgili makaleler