Для контейнеризованого реєстру Distribution з HTTP-транспортом, що враховує середовище, передайте маршрут S3 у контейнер реєстру:

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

Об'єднайте це з наявними image, сховищем, автентифікацією та volumes. Цей фрагмент не є повним реєстром. Ім'я проксі має бути доступним із цього контейнера, а схема має збігатися з прослуховувачем проксі.

Підтвердьте розгорнутий драйвер S3 і транспорт. Джерело, на яке посилається Distribution 2.8.3, використовує сеанс AWS SDK; користувацький драйвер або транспорт може потребувати іншої підтримуваної конфігурації.

З'єднанняХто налаштовує або досліджує
Клієнт → реєстрВхідний HTTP-прослуховувач реєстру та маршрут клієнта
Демон → джерело imageНалаштування проксі демона Docker
Реєстр → S3HTTP-транспорт сховища процесу реєстру

Успішний вхід клієнта доводить лише перший маршрут. Драйвер сховища надсилає власні запити до S3; демон, який раніше завантажував image реєстру, цих викликів не робить.

Перевірте також перенаправлення під час завантаження blob. Distribution може перенаправити споживача в об'єктне сховище, що вимагає від цього клієнта прямого доступу до S3. Налаштування проксі реєстру не налаштовує споживача. Зміна поведінки перенаправлення змінює шлях трафіку blob, тому назвіть збійного відправника й операцію перед зміною цього параметра.

Схожі статті