Peta proxies Docker ditentukan oleh daemon, bukan situs web
Entri khusus host dalam konfigurasi proxy klien Docker memilih pengaturan untuk koneksi daemon Docker. Ini bukan aturan PAC per tujuan.
Objek JSON tampak menjanjikan: peta proxies dengan entri default dan kunci alamat tambahan. Menggoda untuk menaruh nama host registry di sana dan berharap permintaan ke registry itu memakai proxy lain.
Kunci-kunci itu mengidentifikasi daemon Docker yang dihubungi klien. Kunci itu tidak mengidentifikasi situs web yang akan diminta kontainer.
Konfigurasi klien Docker dapat memberi kontainer baru variabel lingkungan proxy dan memberi build baru argumen build proxy. Entri khusus daemon mengubah konfigurasi yang diberikan itu untuk konteks daemon yang cocok.
Entri itu tidak mengonfigurasi koneksi proxy keluar milik daemon. Entri itu juga tidak mengubah klien HTTP kontainer menjadi pengevaluasi PAC.
Jika tugas Anda adalah menjaga registry internal tetap langsung sementara daemon mengakses layanan lain melalui proxy, periksa konfigurasi proxy dan lewati yang didukung daemon. Jika aplikasi membutuhkan proxy hulu berbeda untuk tujuan berbeda, kebijakan itu berada pada pengaturan klien atau penerusan yang sesuai.
Sebelum menyunting peta, catat alamat mana yang diwakili kunci dan proses mana yang melakukan permintaan gagal itu. Nama host yang sama dapat muncul di koneksi daemon, URL registry, dan URL proxy, tetapi itu tiga peran berbeda.