Docker-basisôfbyldings lade: bouwer-proxy tsjin bou-arguminten
Proxy-arguminten dy't oan boustappen jûn wurde, konfigurearje net elk registerfersyk dat de bouwer docht. Fyn de bouwer dy't it basisôfbylding oplost.
In bou kin mislearje by it oplossen fan FROM foardat hokker Dockerfile-pakketaai-laadstap dan ek rint. De registerkliïnt fan 'e bouwer hat syn eigen rûte nedich om dat basisôfbylding te krijen.
| Bewurking | Komponint dat de rûte nedich hat |
|---|---|
| Basisôfbylding oplosse en ophelje | De registerkliïnt fan 'e bouwer |
| Download by RUN | It proses dat de boustap útfiert |
| In API oanroppe by runtime | De draaiende applikaasje |
Fyn de bouwer
De standert Docker-stjoerder rjochtet him op 'e daemon. Oare Buildx-stjoerders kinne in apart BuildKit-kontener, Kubernetes of in tsjinst op ôfstân brûke. Konfigurearje it stipe proxymeganisme fan 'e keazen stjoerder dêr't dy wurker rint.
In loopback-proxy op in laptop is net automatysk berikber fan in wurker op ôfstân, en it bewurkjen fan 'e lokale daemon konfigurearret dy bouwer op ôfstân net opnij.
In ARG foar FROM kin helpe by it kiezen fan 'e ôfbyldingsferwizing. It konfigurearret lykwols net dêrmei de netwurkrûte fan 'e registerkliïnt. Lettere RUN-opdrachten dy't pakketynstellingen skriuwe of sertifikaten ynstallearje, kinne dit eardere fersyk net reparearje.
Fertrouwen, akkounts en bewarre gegevens
Goedkard CA-materiaal moat beskikber wêze foar it komponint dat de earste registerferbining falidearret. Register- en proxybewiis autorisearje ferskate partijen; in oanmelding by it register kin gjin proxy 407 beäntwurdzje.
In wurker dy't bewarre ôfbyldingsgegevens werbrûkt, werhellet miskien net itselde netwurfersyk as in nije wurker. Ferlykje de feitlik logde bewurking. As de tagong ta it basisôfbylding fia de bedoelde rûte wurket, diagnostearje dan elke lettere download yn 'e boustap by dy folgjende grins.