Elŝutado de Docker-bazaj bildoj: konstruila prokurilo kontraŭ konstruaj argumentoj
Prokuraj argumentoj donitaj al konstruaj paŝoj ne agordas ĉiun registran peton faritan de la konstruilo. Trovu la konstruilon, kiu solvas la bazan bildon.
Konstruo povas malsukcesi dum solvado de FROM antaŭ ol iu ajn paŝo de elŝutado de pakaĵoj en Dockerfile ruliĝas. La registra kliento de la konstruilo bezonas sian propran itineron por akiri tiun bazan bildon.
| Operacio | Komponento bezonanta la itineron |
|---|---|
| Solvi kaj akiri la bazan bildon | La registra kliento de la konstruilo |
| Elŝuto dum RUN | La procezo plenumanta la konstruan paŝon |
| Voki API dum rulado | La rulanta aplikaĵo |
Trovu la konstruilon
La implicita Docker-pelilo centriĝas je la demono. Aliaj Buildx-peliloj povas uzi apartan BuildKit-konteneron, Kubernetes aŭ malproksiman servon. Agordu la subtenatan prokurmekanismon de la elektita pelilo tie, kie tiu laboranto ruliĝas.
Buka prokurilo sur tekokomputilo ne estas aŭtomate atingebla de malproksima laboranto, kaj redakti la lokan demonon ne reagordas tiun malproksiman konstruilon.
ARG antaŭ FROM povas helpi elekti la bildan referencon. Tamen ĝi ne agordas per tio la retan itineron de la registra kliento. Postaj RUN-komandoj, kiuj skribas pakaĵajn agordojn aŭ instalas atestilojn, ne povas ripari tiun pli fruan peton.
Fido, kontoj kaj kaŝmemorigitaj datumoj
Aprobita CA-materialo devas esti disponebla al la komponento validiganta la komencan registran konekton. Registraj legitimiloj kaj prokuraj legitimiloj rajtigas malsamajn partiojn; registra ensaluto ne povas respondi al prokura 407.
Laboranto, kiu reuzas kaŝmemorigitajn bildajn datumojn, eble ne ripetas la saman retan peton kiel freŝa laboranto. Komparu la efektive protokolitan operacion. Post kiam aliro al la baza bildo funkcias laŭ la celita itinero, diagnozu ajnan postan elŝuton de konstrua paŝo ĉe tiu sekva limo.