DNS perkhidmatan Docker dan pintasan proksi dengan no_proxy
Gunakan no_proxy untuk perkhidmatan dalaman yang dimaksudkan apabila proksi HTTP luaran tidak dapat menyelesaikan atau mencapai rangkaian itu.
Proksi HTTP luaran tidak perlu mengetahui nama perkhidmatan api Docker. Untuk http://api:8080/, proksi membuka sambungan seterusnya, jadi carian berjaya dalam kontena aplikasi tidak membuktikan pandangan DNS proksi.
Untuk akses langsung yang dimaksudkan, tambahkan pengecualian pada persekitaran kontena itu:
environment:
http_proxy: http://proxy.example:8080
https_proxy: http://proxy.example:8080
no_proxy: apiPermintaan langsung ke api menggunakan laluan kontena dan penyelesai terbina dalam. Kedua-dua kontena masih memerlukan rangkaian dikongsi yang ditentukan pengguna dan perkhidmatan mesti mendengar pada 8080. Permintaan luaran yang layak mengekalkan proksi. Jika destinasi awam itu boleh menggunakan perantara awam, senarai proksi HTTP menyediakan calon untuk URL proksi tanpa akaun; kekalkan api dalam pengecualian langsung.
Jika kontena yang dicipta semula menyimpan pemboleh ubah tidak dijangka, periksa bahagian config.json proxies klien Docker, yang boleh menyuntik nilai persekitaran. Tukar entri yang dimaksudkan dan cipta semula kontena terjejas melalui aliran biasa, sambil mengekalkan konfigurasi tidak berkaitan.