Повлачење Docker основних слика: прокси градитеља и аргументи градње
Прокси аргументи који се предају корацима градње не конфигуришу сваки захтев регистра који градитељ упути. Пронађите градитеља који решава основну слику.
Градња може пасти при решавању FROM пре него што се покрене било који корак преузимања пакета у Dockerfile-у. Клијент регистра градитеља треба сопствену руту да би добио ту основну слику.
| Операција | Компонента којој треба рута |
|---|---|
| Реши и преузми основну слику | Клијент регистра градитеља |
| Преузимање током RUN | Процес који извршава корак градње |
| Позив API-ја у време извршавања | Апликација која ради |
Пронађите градитеља
Подразумевани Docker драјвер се заснива на демону. Други Buildx драјвери могу користити наменски BuildKit контејнер, Kubernetes или удаљену услугу. Конфигуришите прокси механизам који подржава изабрани драјвер тамо где тај радник ради.
Loopback прокси на лаптопу није аутоматски доступан са удаљеног радника, а уређивање локалног демона не реконфигурише тај удаљени градитељ.
ARG пре FROM може помоћи при избору референце слике. Тиме се, међутим, не конфигурише мрежна рута клијента регистра. Касније RUN команде које уписују поставке пакета или инсталирају сертификате не могу поправити овај ранији захтев.
Поверење, налози и кеширани подаци
Одобрени CA материјал мора бити доступан компоненти која проверава почетну везу са регистром. Акредитиви регистра и проксија овлашћују различите стране; пријава на регистар не може одговорити на прокси 407.
Радник који поново користи кеширане податке слике можда неће поновити исти мрежни захтев као нови радник. Упоредите стварно забележену операцију. Након што приступ основној слици проради предвиђеном рутом, дијагностикујте свако касније преузимање у кораку градње на тој следећој граници.