Për shkarkimin e paketave gjatë një ndërtimi, përdorni hyrjet e paracaktuara të proxy-t për ndërtim të Docker, në vend që të ruani një rrugë të përkohshme në ENV të Dockerfile. Një thirrje POSIX mund të japë:

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 .

Zëvendësoni pikën fundore të dokumentacionit. Lënia e vlerave pas emrave --build-arg i merr ato nga mjedisi i kësaj thirrjeje. Deklaratat përputhëse ARG nuk kërkohen për këto hyrje të paracaktuara.

Docker i përjashton ato argumente proxy nga trajtimi i cache-së së ndërtimit dhe nga docker history si parazgjedhje. Referimi i tyre në mënyrë të qartë në Dockerfile e ndryshon këtë sjellje, prandaj mos shtoni deklarata vetëm sepse një shembull tjetër i argumentit të ndërtimit e bën.

Procesi i merr gjithsesi vlerat. Një URL e vërtetuar mund të rrjedhë përmes mjedisit të printuar, regjistrave, konfigurimit të kopjuar ose operacioneve të mëvonshme të imazhit, edhe kur një pamje e historisë e lë jashtë. ENV i Dockerfile e bën një rrugë pjesë të mjedisit të imazhit përfundimtar dhe mund ta kthejë një proxy që përdoret vetëm në ndërtim në varësi të çdo kontejneri.

Kur një komandë kërkon material të ndjeshëm, montimet e sekreteve të BuildKit ofrojnë një ndërfaqe sekretesh gjatë ndërtimit. Kufizoni kredencialin vetëm në atë operacion; mos e printoni montimin dhe mos i kopjoni përmbajtjet në një shtresë imazhi.

Këto hyrje ndërtimi nuk konfigurojnë as tërheqjen e mëparshme të regjistrit nga daemoni as rrugën e hostit të një ndërtuesi të largët të paarritshëm. Më pas, inspektoni imazhin përfundimtar të synuar dhe konfigurimin e aplikacionit për vlera të përhershme proxy, në vend që të supozoni se trajtimi i hyrjeve të përkohshme hoqi çdo kopje.

Artikuj të ngjashëm