Një ndërtim mund të dështojë gjatë zgjidhjes së FROM përpara se të ekzekutohet çdo hap i shkarkimit të paketave në Dockerfile. Klienti i regjistrit i ndërtuesit ka nevojë për rrugën e vet për të marrë atë imazh bazë.

OperacioniKomponenti që ka nevojë për rrugën
Zgjidh dhe merr imazhin bazëKlienti i regjistrit i ndërtuesit
Shkarkim gjatë RUNProcesi që ekzekuton hapin e ndërtimit
Thirrja e një API në kohë ekzekutimiAplikacioni që po ekzekutohet

Gjeni ndërtuesin

Drajveri parazgjedhur i Docker përqendrohet te daemoni. Drajverët e tjerë të Buildx mund të përdorin një kontejner BuildKit të dedikuar, Kubernetes ose një shërbim në distancë. Konfiguroni mekanizmin e proxy-t të mbështetur nga drajveri i zgjedhur aty ku ekzekutohet ai worker.

Një proxy loopback në laptop nuk është automatikisht i arritshëm nga një worker në distancë, dhe redaktimi i daemonit lokal nuk e rikonfiguron atë ndërtues në distancë.

Një ARG para FROM mund të ndihmojë në zgjedhjen e referencës së imazhit. Megjithatë kjo nuk e konfiguron rrugën e rrjetit të klientit të regjistrit. Komandat RUN të mëvonshme që shkruajnë cilësime paketash ose instalojnë certifikata nuk mund ta rregullojnë këtë kërkesë të mëparshme.

Besimi, llogaritë dhe të dhënat e ruajtura në cache

Materiali i miratuar CA duhet të jetë i disponueshëm për komponentin që vërteton lidhjen fillestare me regjistrin. Kredencialet e regjistrit dhe ato të proxy-t autorizojnë palë të ndryshme; një hyrje në regjistër nuk mund t'i përgjigjet një 407 të proxy-t.

Një worker që ripërdor të dhëna imazhi të ruajtura në cache mund të mos përsëritë të njëjtën kërkesë rrjeti si një worker i ri. Krahasoni operacionin e regjistruar në të vërtetë. Pasi qasja te imazhi bazë të funksionojë përmes rrugës së synuar, diagnostikoni çdo shkarkim të mëvonshëm të hapit të ndërtimit në atë kufi të radhës.

Artikuj të ngjashëm