Неге docker pull контейнердің прокси баптауларын елемейді?

Контейнердің прокси айнымалылары демонды басқарады деп күтпей, образдарды шынымен жүктейтін Docker бөлігін баптаңыз.

docker pull сәтсіз болса, Docker демонын немесе Docker Desktop-ты баптаңыз. Образ қолданба контейнері өз прокси айнымалыларын оқи алмас бұрын жүктеледі.

Тікелей орнатылған Docker Engine

Бұл бөлімді бар демон прокси конфигурациясына қосып, құжаттама нүктесін ауыстырыңыз және қатысы жоқ баптауларды сақтаңыз. Қоғамдық прокси рұқсат етілген ашық образ сынақтары үшін HTTP прокси тізімі үміткерлер береді:

{
  "proxies": {
    "http-proxy": "http://203.0.113.10:8080",
    "https-proxy": "http://203.0.113.10:8080",
    "no-proxy": "localhost,127.0.0.1,registry.example.internal"
  }
}

Демонның дефисі бар кілттері Docker клиентінің ~/.docker/config.json файлындағы camelCase кілттерінен өзгеше. Клиент прокси бөлімі жаңа контейнерлер мен құрастыруларға орта айнымалыларын береді; демон жүктемелерін де, бар контейнер ортасын да баптамайды.

Орнатуға арналған құжатталған демон қайта іске қосуын орындап, қазіргі жұмыстарға әсерін жоспарлаңыз. Демон прокси айнымалыларын іске қосу ортасында да ала алады; кейінгі терминалдағы export жұмыс істеп тұрған қызметті жаңартпайды.

Docker Desktop

Desktop-тың өз прокси баптауларын қолданыңыз. Docker құжаттамасы бойынша Desktop daemon.json прокси жазбаларын елемейді, сондықтан тікелей Engine мысалын қайта-қайта өзгерту осы өнімнің жолын баптамайды.

Нақты бөлікті жаңартқан соң образды қайта алыңыз. Реестрге кіру, аутентификация, қайта бағыттау не қабатты жүктеудің қайсысы сәтсіз болғанын қараңыз. Бар контейнер ішіндегі сәтті HTTP сұрауы тек сол қолданбаның жолын тексереді. Прокси кіру деректерін ортақ экран суреттеріне немесе commit файлдарға қоспаңыз; демон конфигурациясы мен контейнер ортасы құпия сақтау орны емес.

Қатысты мақалалар