Peta proxies Docker ditentukan oleh daemon, bukan laman web
Entri khusus hos dalam konfigurasi proksi klien Docker memilih tetapan untuk sambungan daemon Docker. Ia bukan peraturan PAC bagi setiap destinasi.
Objek JSON kelihatan menjanjikan: peta proxies dengan entri default dan kunci alamat tambahan. Sukar untuk tidak meletakkan nama hos registry di situ dan menjangka permintaan ke registry itu menggunakan proksi lain.
Kunci itu mengenal pasti daemon Docker yang disambung oleh klien. Ia tidak mengenal pasti laman web yang akan diminta oleh kontena.
Konfigurasi klien Docker boleh memberikan pemboleh ubah persekitaran proksi kepada kontena baharu dan argumen binaan proksi kepada binaan baharu. Entri khusus daemon mengubah konfigurasi yang diberikan itu untuk konteks daemon yang sepadan.
Ia tidak mengkonfigurasi sambungan proksi keluar daemon itu sendiri. Ia juga tidak menjadikan klien HTTP kontena sebagai penilai PAC.
Jika tugas anda adalah mengekalkan registry dalaman secara terus sementara daemon mengakses perkhidmatan lain melalui proksi, semak konfigurasi proksi dan pintasan yang disokong daemon. Jika aplikasi memerlukan proksi huluan berbeza untuk destinasi berbeza, dasar itu tergolong dalam susunan klien atau pemajuan yang sesuai.
Sebelum mengedit peta, catat alamat mana yang diwakili kunci dan proses mana yang membuat permintaan yang gagal. Nama hos yang sama boleh muncul dalam sambungan daemon, URL registry dan URL proksi, tetapi itu tiga peranan berbeza.