Menarik Image Basis Docker: Proxy Builder versus Argumen Build
Argumen proxy yang diberikan ke langkah build tidak mengonfigurasi setiap permintaan registry yang dibuat builder. Temukan builder yang menyelesaikan image basis.
Build dapat gagal saat menyelesaikan FROM sebelum langkah pengunduhan paket Dockerfile mana pun berjalan. Klien registry builder membutuhkan rutenya sendiri untuk memperoleh image basis tersebut.
| Operasi | Komponen yang membutuhkan rute |
|---|---|
| Selesaikan dan ambil image basis | Klien registry builder |
| Unduhan selama RUN | Proses yang menjalankan langkah build |
| Memanggil API saat runtime | Aplikasi yang berjalan |
Temukan builder
Driver Docker bawaan berpusat pada daemon. Driver Buildx lain dapat memakai kontainer BuildKit khusus, Kubernetes, atau layanan jarak jauh. Konfigurasikan mekanisme proxy yang didukung driver terpilih di tempat worker itu berjalan.
Proxy loopback di laptop tidak otomatis dapat dijangkau dari worker jarak jauh, dan menyunting daemon lokal tidak mengonfigurasi ulang builder jarak jauh itu.
ARG sebelum FROM dapat membantu memilih referensi image. Namun hal itu tidak mengonfigurasi rute jaringan klien registry. Perintah RUN berikutnya yang menulis pengaturan paket atau memasang sertifikat tidak dapat memperbaiki permintaan sebelumnya ini.
Kepercayaan, akun, dan data cache
Materi CA yang disetujui harus tersedia bagi komponen yang memvalidasi koneksi registry awal. Kredensial registry dan kredensial proxy memberi otorisasi kepada pihak berbeda; login registry tidak dapat menjawab 407 proxy.
Worker yang memakai ulang data image cache mungkin tidak mengulang permintaan jaringan yang sama seperti worker baru. Bandingkan operasi yang benar-benar tercatat. Setelah akses image basis berfungsi melalui rute yang dimaksud, diagnosis setiap unduhan langkah build berikutnya pada batas berikutnya itu.