Эмне үчүн 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 файлдарга кошпоңуз; демон конфигурациясы менен контейнер чөйрөсү сыр сактоочу жай эмес.

Тектеш макалалар