Docker menerbitkan port. Apakah proxy mendengarkan di sana?
Periksa listener di dalam kontainer proxy serta pemetaan port host Docker saat koneksi ditolak atau direset.
Port Docker yang diterbitkan menyediakan jalur ke endpoint di dalam kontainer. Port itu tidak menjalankan proxy dan tidak mengubah alamat tempat proses tersebut mendengarkan.
Untuk pemetaan jaringan bridge yang umum, bandingkan tiga nilai berikut:
| Bagian jalur | Nilai yang diperiksa |
|---|---|
| Pintu masuk klien | Alamat host dan port terbit yang dihubungi klien |
| Target penerusan | Alamat dan port kontainer yang dipilih oleh pemetaan |
| Layanan | Alamat dan port yang benar-benar diikat proxy di dalam kontainer |
Proxy yang hanya terikat ke 127.0.0.1 di dalam kontainer mungkin tidak menerima lalu lintas yang diteruskan ke alamat jaringannya. Ini berbeda dari menerbitkan port host hanya pada loopback host: itu membatasi siapa yang dapat mencapai pemetaan, sedangkan loopback kontainer dapat mencegah pemetaan mencapai layanan.
Pilih listener internal untuk penerapan yang dimaksudkan sambil mempertahankan penerbitan host yang terbatas dan akses proxy. Deklarasi port terekspos dalam Dockerfile tidak menjalankan layanan, dan peluncuran kontainer yang berhasil tidak membuktikan bahwa proses mendengarkan di target penerusan.
Ikuti sejauh mana koneksi yang gagal sampai. Penolakan dan reset berbeda-beda menurut platform dan implementasi penerusan, sehingga keduanya tidak secara tunggal mengidentifikasi sebuah pengaturan. Setelah mencapai layanan, cari sapaan proxy yang valid dan terapkan versi SOCKS, autentikasi, dan kebijakan tujuan yang diperlukan. Port host yang dapat dijangkau saja tidak dapat membuktikan kemampuan tersebut.