Docker Engine 23.0 прадставіў наладку проксі daemon праз JSON і сцягі каманднага радка. Стары daemon не можа выкарыстоўваць гэтыя палі толькі таму, што бягучая дакументацыя іх паказвае.

Праверце версію сервера daemon, якім вы кіруеце. Версія CLI, назва дыстрыбутыва і тэг вобраза кантэйнера не вызначаюць набор функцый гэтага сервера.

Для старога натыўнага Linux Engine, якім кіруе systemd, перадайце HTTP_PROXY, HTTPS_PROXY і патрэбны NO_PROXY праз падтрымліванае асяроддзе запуску службы daemon. Экспарт іх у тэрмінале, які запускае docker pull, не абнаўляе ўжо запушчаную сістэмную службу.

Калі вы пакідаеце стары Engine, выкарыстоўвайце гэты падтрымліваемы метад. Калі абнаўляеце, узгадніце старыя значэнні асяроддзя з канфігурацыяй daemon: у бягучай дакументацыі Docker прамая канфігурацыя мае прыярытэт над зменнымі асяроддзя, таму супярэчлівыя значэнні могуць змяніць выбраны маршрут.

Docker Desktop выкарыстоўвае ўласныя налады проксі і ігнаруе запісы проксі daemon у daemon.json. Вызначце гэты прадукт, перш чым ужываць абыход для натыўнага Linux daemon.

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