Mantendu build-eko proxy-kredentzialak Docker irudietatik kanpo
Erabili Docker-en aurrez zehaztutako build proxy-sarrerak eta ez bihurtu aldi baterako proxy-sekretuak irudiaren ingurune-balio iraunkor.
Build batean paketeak deskargatzeko, erabili Docker-en aurrez zehaztutako proxy-sarrerak, Dockerfile-ko ENV-n aldi baterako bidea gorde beharrean. POSIX deialdi batek hau eman dezake:
HTTP_PROXY=http://203.0.113.10:8080 \
HTTPS_PROXY=http://203.0.113.10:8080 \
docker build --build-arg HTTP_PROXY --build-arg HTTPS_PROXY .Ordeztu dokumentazioko amaiera-puntua. --build-arg izenen ondoko balioak uzten badituzu, deialdi honen ingurunetik hartuko dira. Ez dira beharrezkoak ARG deklarazio parekatuak.
Docker-ek proxy-argumentu horiek build-cache tratamendutik eta docker history-tik kanpo uzten ditu lehenespenez. Dockerfile-n berariaz aipatzeak portaera aldatzen du; ez gehitu deklaraziorik beste build-argumentu adibide batek egiten duelako soilik.
Prozesuak balioak jasotzen ditu hala ere. Autentifikatutako URL batek ihes egin dezake inprimatutako ingurunearen, logen, kopiatutako konfigurazioaren edo irudiaren ondorengo eragiketen bidez. Dockerfile-ko ENV-ek bidea azken irudiaren ingurunearen zati egiten du eta build-erako proxy hutsa edukiontzi guztien mendekotasun bihur dezake.
Komando batek material sentikorra behar badu, BuildKit secret mount-ek build-eko sekretu-interfazea eskaintzen du. Mugatu kredentziala eragiketa horretara; ez inprimatu mount-a eta ez kopiatu edukia irudi-geruza batera.
Build-sarrera hauek ez dute konfiguratzen ez daemon-ak lehenago egindako erregistroaren pull-a ezta eskuraezina den urruneko builder baten ostalari-bidea ere. Ondoren, begiratu azken irudiari eta aplikazioaren konfigurazioari proxy-balio iraunkorrak bilatzeko.