Docker avaldas pordi. Kas puhverserver kuulab seal?
Kontrollige puhverserveri konteineris olevat kuulajat ja Dockeri hosti pordi vastendust, kui ühendused lükatakse tagasi või lähtestatakse.
Avaldatud Dockeri port annab tee konteineri lõpp-punkti. See ei käivita puhverserverit ega muuda aadressi, millel see protsess kuulab.
Tüüpilise sillavõrgu vastenduse puhul võrrelge neid kolme väärtust:
| Teekonna osa | Kontrollitav väärtus |
|---|---|
| Kliendi sisenemine | Hosti aadress ja avaldatud port, millega klient ühendust võtab |
| Edastamise sihtkoht | Konteineri aadress ja port, mille vastendus valib |
| Teenus | Aadress ja port, mille puhverserver konteineris tegelikult seob |
Konteineris ainult aadressile 127.0.0.1 seotud puhverserver ei pruugi saada liiklust, mis edastatakse tema võrguaadressile. See erineb hosti pordi avaldamisest ainult hosti loopbackil: see piirab, kes pääseb vastendusele ligi, samas kui konteineri loopback võib takistada vastendusel teenuseni jõudmist.
Valige kavandatud juurutuse jaoks sisemine kuulaja, säilitades piiratud hosti avaldamise ja puhverserveri juurdepääsu. Dockerfile'i avatud pordi deklaratsioon ei käivita teenust ja konteineri edukas käivitamine ei tõesta, et protsess kuulab edastamise sihtkohas.
Jälgige, kui kaugele ebaõnnestunud ühendus jõuab. Tagasilükkamised ja lähtestamised erinevad platvormi ja edastamise rakenduse järgi, nii et kumbki ei tuvasta seadet üheselt. Kui see teenuseni jõuab, otsige kehtivat puhverserveri tervitust ja rakendage nõutav SOCKS-i versioon, autentimine ja sihtkoha poliitika. Ainult ligipääsetav hosti port ei tõesta neid võimalusi.