Nega docker pull konteyner proksi sozlamalarini e’tiborsiz qoldiradi?

Konteyner proksi o‘zgaruvchilari daemon’ni boshqarishini kutmay, imijlarni haqiqatan yuklaydigan Docker qismini sozlang.

docker pull bajarilmasa, Docker daemon yoki Docker Desktop’ni sozlang. Imij ilova konteyneri o‘z proksi o‘zgaruvchilarini o‘qishidan oldin yuklanadi.

Bevosita o‘rnatilgan Docker Engine

Bu qismni mavjud daemon proksi sozlamasiga qo‘shing, hujjat nuqtasini almashtirib, aloqasiz sozlamalarni saqlang. Ochiq proksi ruxsat etilgan ochiq imij sinovlari uchun HTTP proksilar ro‘yxati nomzod beradi:

{
  "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"
  }
}

Daemon’ning chiziqchali kalitlari Docker mijozining ~/.docker/config.json faylidagi camelCase kalitlardan farq qiladi. Mijoz proksi bo‘limi yangi konteynerlar va build’lar uchun muhit o‘zgaruvchilari beradi; daemon yuklamalarini ham, mavjud konteyner muhitlarini ham sozlamaydi.

O‘rnatish uchun hujjatlashtirilgan daemon qayta boshlanishini bajaring va joriy ishlarga ta’sirini rejalang. Daemon proksi o‘zgaruvchilarini boshlanish muhitida ham olishi mumkin; keyin terminalda export qilish ishlayotgan xizmatni yangilamaydi.

Docker Desktop

Desktop’ning o‘z proksi sozlamalarini ishlating. Docker hujjatiga ko‘ra Desktop daemon.json ichidagi proksi yozuvlarini e’tiborsiz qoldiradi, shuning uchun bevosita Engine namunasini qayta-qayta o‘zgartirish bu mahsulot yo‘lini sozlamaydi.

To‘g‘ri qismni yangilagach imijni yana oling. Registry’ga kirish, autentifikatsiya, yo‘naltirish yoki qatlam yuklashdan qaysi biri bajarilmaganini o‘qing. Mavjud konteyner ichidagi ishlaydigan HTTP so‘rovi faqat o‘sha ilova yo‘lini tekshiradi. Proksi kirish ma’lumotlarini ulashilgan ekran suratlari va commit qilingan fayllarga qo‘ymang; daemon sozlamasi ham, konteyner muhiti ham sirlar ombori emas.

O'xshash maqolalar