Niyə docker pull konteynerin proksi parametrlərini nəzərə almır?

Konteyner proksi dəyişənlərinin daemon-u idarə etməsini gözləmək əvəzinə imici həqiqətən endirən Docker hissəsini qurun.

docker pull alınmırsa, Docker daemon-u və ya Docker Desktop-u qurun. İmic tətbiq konteyneri öz proksi dəyişənlərini oxuya bilməzdən əvvəl endirilir.

Doğma Docker Engine

Bu hissəni mövcud daemon proksi konfiqurasiyasına birləşdirin, sənədləşdirmə nöqtəsini dəyişin və əlaqəsiz parametrləri saxlayın. Açıq proksilərə icazə verilən açıq imic sınaqları üçün HTTP proksi siyahısı namizədlər verir:

{
  "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-un defisli açarları Docker müştərisinin ~/.docker/config.json faylındakı camelCase açarlardan fərqlidir. Müştərinin proksi bölməsi yeni konteynerlər və yığımlar üçün mühit dəyişənləri verir; nə daemon endirmələrini, nə də mövcud konteyner mühitlərini qurur.

Quraşdırma üçün sənədləşdirilmiş daemon yenidənbaşlatmasını edin və cari işlərə təsirini planlaşdırın. Daemon proksi dəyişənlərini başlanğıc mühitində də ala bilər; sonradan terminalda edilən export işləyən xidməti yeniləmir.

Docker Desktop

Desktop-un öz proksi parametrlərindən istifadə edin. Docker sənədlərinə görə Desktop daemon.json içindəki proksi qeydlərini nəzərə almır, buna görə doğma Engine nümunəsini təkrar dəyişmək bu məhsulun yolunu qurmur.

Faktiki hissəni yenilədikdən sonra imici yenidən çəkin. Reyestrə giriş, autentifikasiya, yönləndirmə və ya qat endirmənin hansının alınmadığını oxuyun. Mövcud konteynerdə uğurlu HTTP sorğusu yalnız həmin tətbiqin yolunu yoxlayır. Proksi giriş məlumatlarını paylaşılmış ekran şəkillərindən və commit edilmiş fayllardan kənarda saxlayın; daemon konfiqurasiyası və konteyner mühiti sirr anbarı deyil.

Əlaqəli məqalələr