Docker опублікував порт. Чи слухає проксі там?
Перевірте слухача всередині контейнера проксі та зіставлення порту хоста в Docker, коли з'єднання відхиляються або скидаються.
Опублікований порт Docker дає шлях до кінцевої точки в контейнері. Він не запускає проксі й не змінює адресу, на якій слухає цей процес.
Для типового зіставлення в мережі bridge порівняйте ці три значення:
| Частина шляху | Значення для перевірки |
|---|---|
| Вхід клієнта | Адреса хоста й опублікований порт, до яких звертається клієнт |
| Ціль переспрямування | Адреса контейнера й порт, які вибирає зіставлення |
| Служба | Адреса й порт, які проксі фактично прив'язує всередині контейнера |
Проксі, прив'язаний усередині контейнера лише до 127.0.0.1, може не отримувати трафік, переспрямований на його мережеву адресу. Це відрізняється від публікації порту хоста лише на loopback хоста: те обмежує, хто може досягти зіставлення, а loopback контейнера може перешкодити зіставленню досягти служби.
Виберіть внутрішній слухач для запланованого розгортання, зберігши обмежену публікацію хоста й доступ до проксі. Оголошення відкритого порту в Dockerfile не запускає службу, а успішний запуск контейнера не доводить, що процес слухає на цілі переспрямування.
Простежте, як далеко доходить невдале з'єднання. Відмови й скидання залежать від платформи та реалізації переспрямування, тож жодне з них однозначно не вказує на налаштування. Коли воно досягає служби, шукайте коректне вітання проксі та застосовуйте потрібну версію SOCKS, автентифікацію й політику призначення. Лише доступний порт хоста не може підтвердити ці можливості.