Henting av Docker-basisavbilete: byggjarproxy mot byggjeargument
Proxyargument som blir gjevne til byggjesteg, konfigurerer ikkje kvar registerførespurnad som byggjaren gjer. Finn byggjaren som løyser basisavbiletet.
Ein byggjeprosess kan mislykkast under oppslaget av FROM før noko Dockerfile-pakkenedlasting-steg køyrer. Registerklienten til byggjaren treng si eiga rute for å hente det basisavbiletet.
| Operasjon | Komponent som treng ruta |
|---|---|
| Løys opp og hent basisavbiletet | Registerklienten til byggjaren |
| Nedlasting under RUN | Prosessen som utfører byggjesteg |
| Kalle eit API ved køyretid | Applikasjonen som køyrer |
Finn byggjaren
Standard Docker-drivaren krinsar om daemonen. Andre Buildx-drivarar kan bruke ein dedikert BuildKit-container, Kubernetes eller ei ekstern teneste. Konfigurer proxymekanismen som den valde drivaren støttar der den arbeidaren køyrer.
Ein loopback-proxy på ein laptop er ikkje automatisk tilgjengeleg frå ein ekstern arbeidar, og det å endre den lokale daemonen omkonfigurerer ikkje den eksterne byggjaren.
Eit ARG før FROM kan hjelpe med å velje avbiletreferansen. Det konfigurerer likevel ikkje nettverksruta til registerklienten. Seinare RUN-kommandoar som skriv pakkeinnstillingar eller installerer sertifikat, kan ikkje reparere denne tidlegare førespurnaden.
Tillit, kontoar og bufrede data
Godkjent CA-materiale må vere tilgjengeleg for komponenten som validerer den første registertilkoplinga. Registerlegitimasjon og proxylegitimasjon autoriserer ulike partar; ein registerinnlogging kan ikkje svare på ein proxy 407.
Ein arbeidar som brukar bufrede avbiledata på nytt, gjer kanskje ikkje den same nettverksførespurnaden som ein ny arbeidar. Samanlikn den faktisk logga operasjonen. Når tilgangen til basisavbiletet fungerer via den tiltenkte ruta, diagnostiser kvar seinare nedlasting i byggjesteg ved den neste grensa.