Dla skonteneryzowanego rejestru Distribution korzystającego z transportu HTTP świadomego środowiska przekaż trasę S3 do kontenera rejestru:

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

Połącz to z istniejącym obrazem, magazynem, uwierzytelnianiem i wolumenami. Ten fragment nie jest kompletnym rejestrem. Nazwa proxy musi być osiągalna z tego kontenera, a schemat musi pasować do odbiornika proxy.

Potwierdź wdrożony sterownik S3 i transport. Cytowane źródło Distribution 2.8.3 korzysta z sesji AWS SDK; niestandardowy sterownik lub transport może wymagać innej obsługiwanej konfiguracji.

PołączenieKto konfiguruje lub bada
Klient → rejestrPrzychodzący odbiornik HTTP rejestru i trasa klienta
Demon → źródło obrazuUstawienia proxy demona Docker
Rejestr → S3Transport HTTP magazynu procesu rejestru

Udane logowanie klienta dowodzi tylko pierwszej trasy. Sterownik magazynu wysyła własne żądania do S3; demon, który wcześniej pobrał obraz rejestru, nie wykonuje tych wywołań.

Sprawdź także przekierowania podczas pobierania blobów. Distribution może przekierować konsumenta do magazynu obiektów, co wymaga od tego klienta bezpośredniego dostępu do S3. Skonfigurowanie proxy rejestru nie konfiguruje konsumenta. Zmiana zachowania przekierowań zmienia kierunek ruchu blobów, więc wskaż zawodzącego nadawcę i operację przed dostosowaniem tego ustawienia.

Powiązane artykuły