Изградбата може да не успее при решавање на FROM пред да се изврши кој било чекор за преземање пакети во Dockerfile. Клиентот за регистар на градителот бара своја сопствена рута за да ја добие таа основна слика.

ОперацијаКомпонента што и е потребна рутата
Реши и превземи ја основната сликаКлиентот за регистар на градителот
Преземање за време на RUNПроцесот што го извршува чекорот за изградба
Повикување API за време на извршувањеАпликацијата што работи

Најдете го градителот

Стандардниот двигател на Docker се врти околу демонот. Другите двигатели на Buildx можат да користат посветен контејнер BuildKit, Kubernetes или оддалечена услуга. Конфигурирајте го поддржаниот прокси механизам на избраниот двигател таму каде што работи тој worker.

Loopback прокси на преносен сметач не е автоматски достапно од оддалечен worker, а уредувањето на локалниот демон не го преконфигурира тој оддалечен градител.

ARG пред FROM може да помогне при изборот на референцата на сликата. Сепак, тоа не ја конфигурира мрежната рута на клиентот за регистар. Подоцнежните RUN команди што запишуваат поставки за пакети или инсталираат сертификати не можат да го поправат ова претходно барање.

Доверба, сметки и кеширани податоци

Одобрениот CA материјал мора да биде достапен на компонентата што ја проверува почетната врска со регистарот. Акредитивите за регистарот и за проксито овластуваат различни страни; најавата во регистарот не може да одговори на прокси 407.

Worker што повторно ги користи кешираните податоци за сликата може да не го повтори истото мрежно барање како нов worker. Споредете ја вистински запишаната операција. Откако пристапот до основната слика ќе проработи по предвидената рута, дијагностицирајте го секое подоцнежно преземање во чекорот за изградба на таа следна граница.

Поврзани статии