Docker menerbitkan port itu. Adakah proksi mendengar di sana?
Semak pendengar di dalam kontena proksi serta pemetaan port hos Docker apabila sambungan ditolak atau ditetapkan semula.
Port Docker yang diterbitkan menyediakan laluan ke titik akhir dalam kontena. Ia tidak memulakan proksi dan tidak menukar alamat yang didengar oleh proses itu.
Untuk pemetaan rangkaian jambatan biasa, bandingkan tiga nilai ini:
| Bahagian laluan | Nilai untuk diperiksa |
|---|---|
| Pintu masuk klien | Alamat hos dan port diterbitkan yang dihubungi klien |
| Sasaran penghantaran | Alamat dan port kontena yang dipilih oleh pemetaan |
| Perkhidmatan | Alamat dan port yang benar-benar diikat oleh proksi di dalam kontena |
Proksi yang terikat hanya pada 127.0.0.1 di dalam kontena mungkin tidak menerima trafik yang dihantar ke alamat rangkaiannya. Ini berbeza daripada menerbitkan port hos hanya pada loopback hos: itu mengehadkan siapa yang boleh mencapai pemetaan, manakala loopback kontena boleh menghalang pemetaan daripada mencapai perkhidmatan.
Pilih pendengar dalaman untuk penggunaan yang dimaksudkan sambil mengekalkan penerbitan hos terhad dan akses proksi. Perisytiharan port terdedah dalam Dockerfile tidak memulakan perkhidmatan, dan pelancaran kontena yang berjaya tidak membuktikan bahawa proses itu mendengar di sasaran penghantaran.
Jejaki sejauh mana sambungan yang gagal pergi. Penolakan dan tetapan semula berbeza mengikut platform dan pelaksanaan penghantaran, jadi kedua-duanya tidak mengenal pasti tetapan secara tunggal. Setelah ia mencapai perkhidmatan, cari salam proksi yang sah dan gunakan versi SOCKS, pengesahan dan dasar destinasi yang diperlukan. Port hos yang boleh dicapai sahaja tidak dapat membuktikan keupayaan itu.