Docker апублікаваў порт. Ці слухае проксі там?
Праверце слухача ўнутры кантэйнера проксі, а таксама адлюстраванне порта хаста Docker, калі злучэнні адхіляюцца або скідваюцца.
Апублікаваны порт Docker дае шлях да канцавой кропкі кантэйнера. Ён не запускае проксі і не змяняе адрас, на якім слухае гэты працэс.
Для тыповага адлюстравання ў сетцы моста параўнайце гэтыя тры значэнні:
| Частка шляху | Значэнне для праверкі |
|---|---|
| Уваход кліента | Адрас хаста і апублікаваны порт, да якіх звяртаецца кліент |
| Мэта перасылкі | Адрас кантэйнера і порт, выбраныя адлюстраваннем |
| Сэрвіс | Адрас і порт, якія проксі фактычна замацоўвае ўнутры кантэйнера |
Проксі, замацаваны ўнутры кантэйнера толькі на 127.0.0.1, можа не атрымліваць трафік, перасланы на яго сеткавы адрас. Гэта адрозніваецца ад публікацыі порта хаста толькі на loopback хаста: гэта абмяжоўвае, хто можа дасягнуць адлюстравання, а loopback кантэйнера можа перашкодзіць адлюстраванню дасягнуць сэрвісу.
Выбераце ўнутраны слухач для патрэбнага разгортвання, захоўваючы абмежаваную публікацыю хаста і доступ да проксі. Аб'ява адкрытага порта ў Dockerfile не запускае сэрвіс, і паспяховы запуск кантэйнера не даказвае, што працэс слухае на мэце перасылкі.
Прасочыце, як далёка даходзіць няўдалае злучэнне. Адмовы і скідванні залежаць ад платформы і рэалізацыі перасылкі, таму ні адно з іх адназначна не вызначае наладу. Калі яно дасягне сэрвісу, шукайце сапраўднае прывітанне проксі і ўжывіце патрэбную версію SOCKS, аўтэнтыфікацыю і палітыку прызначэння. Толькі дасягальны порт хаста не можа даказаць гэтыя магчымасці.