Для спампоўвання пакетаў падчас зборкі выкарыстоўвайце загадзя вызначаныя ўваходы проксі Docker замест захавання часовага маршруту ў ENV Dockerfile. POSIX-выклік можа перадаць:

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 .

Замяніце канчатковую кропку з дакументацыі. Калі значэнні пасля назваў --build-arg не зададзены, яны бяруцца з асяроддзя гэтага выкліку. Для гэтых загадзя вызначаных уваходаў не патрэбныя адпаведныя аб'явы ARG.

Docker па змаўчанні выключае гэтыя аргументы проксі з апрацоўкі кэша зборкі і з docker history. Яўная спасылка на іх у Dockerfile змяняе паводзіны, таму не дадавайце аб'явы толькі таму, што гэта робіць іншы прыклад аргумента зборкі.

Працэс усё роўна атрымлівае значэнні. Аўтэнтыфікаваны URL можа ўцечы праз выведзенае асяроддзе, журналы, скапіяваную канфігурацыю або наступныя аперацыі з вобразам, нават калі адзін выгляд гісторыі яго хавае. ENV у Dockerfile робіць маршрут часткай канчатковага асяроддзя вобраза і можа ператварыць проксі толькі для зборкі ў залежнасць кожнага кантэйнера.

Калі камандзе патрэбны сакрэтны матэрыял, secret mount BuildKit дае інтэрфейс сакрэту падчас зборкі. Абмяжуйце ўліковыя даныя гэтай аперацыяй; не выводзьце mount і не капіруйце яго змесціва ў слой вобраза.

Гэтыя ўваходы зборкі не наладжваюць ні папярэдняе спампоўванне рэестра daemon, ні маршрут хоста недаступнага аддаленага builder. Пасля праверце канчатковы вобраз і канфігурацыю праграмы на пастаянныя значэнні проксі.

Падобныя артыкулы