Mengapa docker pull mengabaikan tetapan proksi bekas anda

Konfigurasi komponen Docker yang benar-benar memuat turun imej, bukannya mengharapkan pemboleh ubah proksi bekas mengawal daemon.

Jika docker pull gagal, konfigurasi daemon Docker atau Docker Desktop. Imej dimuat turun sebelum bekas aplikasi dapat membaca pemboleh ubah proksinya.

Docker Engine natif

Gabungkan bahagian ini dengan konfigurasi proksi daemon sedia ada, gantikan titik akhir dokumentasi dan kekalkan tetapan tidak berkaitan. Untuk ujian imej awam yang membenarkan proksi awam, senarai proksi HTTP menyediakan calon:

{
  "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 bertanda sempang berbeza daripada kunci camelCase dalam ~/.docker/config.json klien Docker. Bahagian proksi klien membekalkan pemboleh ubah persekitaran kepada bekas baharu dan binaan; ia tidak mengkonfigurasi muat turun daemon atau persekitaran bekas sedia ada.

Lakukan mula semula daemon mengikut dokumentasi pemasangan dan rancang kesannya terhadap beban kerja semasa. Daemon juga boleh menerima pemboleh ubah proksi dalam persekitaran permulaan; export dalam terminal kemudian tidak mengemas kini perkhidmatan yang sedang berjalan.

Docker Desktop

Gunakan tetapan proksi Desktop. Docker mendokumenkan bahawa Desktop mengabaikan entri proksi dalam daemon.json, jadi mengubah contoh Engine natif berulang kali tidak mengkonfigurasi laluan produk ini.

Cuba tarik imej sekali lagi selepas mengemas kini komponen sebenar. Kenal pasti sama ada akses registry, pengesahan, pengalihan atau muat turun lapisan yang gagal. Permintaan HTTP yang berjaya dalam bekas sedia ada hanya memeriksa laluan aplikasi itu. Jangan masukkan kelayakan proksi dalam tangkapan skrin dikongsi atau fail yang dikomit; konfigurasi daemon dan persekitaran bekas bukan stor rahsia.

Artikel berkaitan