Mengapa docker pull mengabaikan pengaturan proxy container

Atur komponen Docker yang benar-benar mengambil image, bukan berharap variabel proxy container mengendalikan daemon.

Jika docker pull gagal, atur daemon Docker atau Docker Desktop. Image diunduh sebelum container aplikasi bisa membaca variabel proxy-nya.

Docker Engine native

Gabungkan bagian ini ke konfigurasi proxy daemon yang ada, ganti endpoint dokumentasi, dan pertahankan pengaturan yang tidak terkait. Untuk pengujian image publik ketika proxy publik diizinkan, daftar proxy HTTP menyediakan kandidat:

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

Kunci daemon yang memakai tanda hubung berbeda dari kunci camelCase pada ~/.docker/config.json milik klien Docker. Bagian proxy klien menyediakan variabel lingkungan bagi container baru dan build; tidak mengatur unduhan daemon maupun lingkungan container yang sudah ada.

Lakukan restart daemon sesuai dokumentasi instalasinya dan rencanakan dampaknya pada beban kerja saat ini. Daemon juga bisa menerima variabel proxy dalam lingkungan saat mulai; export di terminal yang dibuka belakangan tidak memperbarui layanan yang sedang berjalan.

Docker Desktop

Gunakan pengaturan proxy Desktop. Docker mendokumentasikan bahwa Desktop mengabaikan entri proxy dalam daemon.json, jadi mengubah contoh Engine native berkali-kali tidak mengatur jalur produk ini.

Coba ambil image lagi setelah memperbarui komponen yang tepat. Baca apakah yang gagal adalah akses registry, autentikasi, pengalihan, atau unduhan layer. Permintaan HTTP yang berhasil di dalam container lama hanya memeriksa rute aplikasi itu. Jangan masukkan kredensial proxy ke tangkapan layar yang dibagikan atau berkas yang di-commit; konfigurasi daemon dan lingkungan container bukan penyimpanan rahasia.

Artikel terkait