Docker негізгі бейнелерін тарту: құрастырушы проксиі және build аргументтері
Build қадамдарына берілетін прокси аргументтері құрастырушы жасайтын әрбір тізілім сұранысын конфигурацияламайды. Негізгі бейнені шешетін құрастырушыны анықтаңыз.
Dockerfile пакетін жүктеу қадамы басталмай тұрып FROM шешілуі кезінде build сәтсіз аяқталуы мүмкін. Құрастырушының тізілім клиентіне сол негізгі бейнені алу үшін өз маршруты қажет.
| Әрекет | Маршрут қажет компонент |
|---|---|
| Негізгі бейнені шешу және алу | Құрастырушының тізілім клиенті |
| RUN кезінде жүктеу | Build қадамын орындайтын процесс |
| Орындалу кезінде API шақыру | Жұмыс істеп тұрған қолданба |
Құрастырушыны анықтаңыз
Әдепкі Docker драйвері демонға бағытталған. Басқа Buildx драйверлері арнайы BuildKit контейнерін, Kubernetes немесе қашықтағы қызметті пайдалана алады. Таңдалған драйвер қолдайтын прокси механизмін осы worker жұмыс істейтін жерде конфигурациялаңыз.
Ноутбуктағы loopback проксиі қашықтағы worker-ден автоматты түрде қолжетімді емес, ал жергілікті демонды өңдеу сол қашықтағы құрастырушыны қайта конфигурацияламайды.
FROM алдындағы ARG бейне сілтемесін таңдауға көмектеседі. Алайда ол осылайша тізілім клиентінің желілік маршрутын конфигурацияламайды. Кейінгі пакет параметрлерін жазатын немесе сертификаттарды орнататын RUN командалары бұл бұрынғы сұранысты түзей алмайды.
Сенім, тіркелгілер және кэштелген деректер
Мақұлданған CA материалы тізілімнің бастапқы қосылымын тексеретін компонентке қолжетімді болуы керек. Тізілім және прокси тіркелгі деректері әртүрлі тараптарға рұқсат береді; тізілімге кіру проксидің 407 жауабын бере алмайды.
Кэштелген бейне деректерін қайта пайдаланатын worker жаңа worker жасайтын сол желілік сұранысты қайталамауы мүмкін. Нақты тіркелген әрекетті салыстырыңыз. Негізгі бейнеге қатынас көзделген маршрут арқылы жұмыс істеген соң, кейінгі кез келген build қадамы жүктемесін сол келесі шекарада диагностикалаңыз.