Загрузка базовых образов Docker: прокси сборщика и аргументы build
Аргументы прокси, передаваемые шагам сборки, не настраивают каждый запрос к реестру, который выполняет сборщик. Найдите сборщик, который разрешает базовый образ.
Сборка может завершиться ошибкой при разрешении FROM ещё до запуска любого шага загрузки пакетов в Dockerfile. Клиенту реестра сборщика нужен собственный маршрут, чтобы получить этот базовый образ.
| Операция | Компонент, которому нужен маршрут |
|---|---|
| Разрешить и получить базовый образ | Клиент реестра сборщика |
| Загрузка во время RUN | Процесс, выполняющий шаг сборки |
| Вызов API во время выполнения | Работающее приложение |
Найдите сборщик
Стандартный драйвер Docker строится вокруг демона. Другие драйверы Buildx могут использовать выделенный контейнер BuildKit, Kubernetes или удалённый сервис. Настройте поддерживаемый выбранным драйвером механизм прокси там, где работает этот worker.
Loopback-прокси на ноутбуке не доступен автоматически из удалённого worker, а правка локального демона не переконфигурирует этот удалённый сборщик.
ARG перед FROM может помочь выбрать ссылку на образ. Однако этим он не настраивает сетевой маршрут клиента реестра. Последующие команды RUN, которые записывают настройки пакетов или устанавливают сертификаты, не могут исправить этот более ранний запрос.
Доверие, учётные записи и кэшированные данные
Одобренный материал CA должен быть доступен компоненту, проверяющему начальное подключение к реестру. Учётные данные реестра и прокси дают права разным сторонам; вход в реестр не может ответить на 407 прокси.
Worker, повторно использующий кэшированные данные образа, может не повторить тот же сетевой запрос, что и новый worker. Сравните фактически зафиксированную операцию. Когда доступ к базовому образу заработает через намеченный маршрут, диагностируйте любую последующую загрузку шага сборки на этой следующей границе.