Як підключитися до контейнера докера за межами хоста (тієї ж мережі) [Windows]

Я створив свій перший контейнер докера, на ньому працює сервер за допомогою Go, але я не можу отримати до нього доступ за межами хост-комп’ютера. Я щойно розпочав роботу з докером, тому я тут трохи загубився.

Отже, у мене є дуже простий код Go, який запускає сервер, я створив образ докера, який встановлює Go та створює код у базовому образі Linux. Я запускаю сервер на порту 8080, тому я виставляю цей порт хосту, що запускає контейнер, так:

docker run -p 8080:8080 dockertest

Це працює, і я отримую доступ до сервера через IP машини докера (той, який з’являється на терміналі швидкого запуску Docker при запуску), проблема в тому, що я не можу отримати доступ до веб-сайту, який я розміщую, поза хостом, тому, якщо я спробую щоб відкрити ту саму IP-адресу на своєму телефоні, це просто призводить до помилки: Ця веб-сторінка недоступна (ERR_CONNECTION_TIMED_OUT).

Я також спробував вказати IP так:

docker run -p 192.168.0.157:8080:8080 dockertest

Але коли я це роблю, я можу отримати доступ до веб-сайту ні через IP-адресу докер-машини, ні за вказаною IP-адресою в командному рядку вище. Я також не впевнений, який IP я повинен написати в цій команді, я використовував IP свого комп’ютера, я також спробував 127.0.0.1 (localhost), але це дало мені той самий результат: не вдалося отримати доступ до веб-сайту через будь-яку Будь-який IP.

Я погуглив цю проблему і знайшов багато питань StackOverflow, але жоден з них не допоміг мені вирішити проблему, більшість з них були орієнтовані на Linux або Mac, тому рішення не стосувалося моєї ситуації.

Крім того, я можу запустити код Go на своєму комп’ютері та отримати доступ до веб-сайту з іншого пристрою в тій же мережі через IP свого комп’ютера. Я не розумію, чому я не можу отримати до нього доступ, коли я запускаю його в докер-машині, мені спало на думку, що це може бути пов’язано з переадресацією IP-адреси, або щось інше, але я повний нуб у мережі, я Я в основному веб-розробник і майже не маю досвіду роботи з рідною мовою.

TL; DR Перевірте режим мережі вашого хосту VirtualBox - він повинен бути, bridgedякщо ви хочете, щоб віртуальна машина (і контейнер Docker, на якому вона розміщується) була доступною у вашій локальній мережі.

Схоже, ваша плутанина полягає в тому, до якого хосту підключитися, щоб отримати доступ до вашої програми через HTTP. Ви насправді не вказали, яка у вас конфігурація - я збираюся зробити деякі здогади, виходячи з того, що у вас є теги "Windows" і "VirtualBox".

Я здогадуюсь, що у вас Docker працює на якомусь смаку Linux, який працює у VirtualBox на хості Windows. Я збираюся позначити IP-адреси таким чином:

D = IP-адреса контейнера Docker

L = IP-адреса хосту Linux, запущеного у VirtualBox

W = IP-адреса хосту Windows

Коли ви запускаєте програму Go на хості Windows, ви можете підключитися до неї з http://W:8080/будь-якої точки вашої локальної мережі. Це працює, оскільки програма Go пов'язує порт 8080 на машині Windows, і кожен, хто намагається отримати доступ до порту 8080 за IP-адресою W, підключиться.

І ось де це ускладнюється:

VirtualBox, налаштовуючи віртуальну машину (VM), може налаштувати мережу в одному з декількох різних режимів. Я не пам’ятаю, які існують різні варіанти, але той, який ви хочете, - це bridged. У цьому режимі VirtualBox підключає віртуальну машину до вашої локальної мережі так, ніби це автономна машина в мережі, як і будь-яка інша машина, підключена до вашої мережі. У bridgedрежимі віртуальна машина з’являється у вашій мережі, як і будь-яка інша машина. Інші режими налаштовують інакше, і апарат не буде видно у вашій мережі.

Отже, якщо припустити, що ви правильно налаштували мережу для хосту Linux ( bridged), хост Linux матиме IP-адресу у вашій локальній мережі (щось на зразок 192.168.0.x), і ви зможете отримати доступ до свого контейнера Docker за адресою http://L:8080/.

Якщо для хоста Linux встановлено інший режим, ніж bridged, можливо , ви зможете отримати доступ із хосту Windows, але це буде залежати від того, в якому саме режимі він знаходиться.

EDIT - виходячи з коментарів нижче, схоже, ситуація, яку я описав вище, є правильною.

Давайте зробимо трохи резервної копії: ось як Docker працює на моєму комп’ютері (Ubuntu Linux).

Уявіть собі , я запускаю ту ж команду , ви повинні: docker run -p 8080:8080 dockertest. Це робить запуск нового контейнера на основі dockertestзображення та пересилання (підключення) порту 8080 на хості Linux (мій ПК) до порту 8080 на контейнері. Docker налаштовує власну внутрішню мережу (із власним набором IP-адрес), щоб дозволити демону Docker спілкуватися та дозволяти контейнерам взаємодіяти між собою. Отже, в основному те, що ви робите з цим, -p 8080:8080- це підключення внутрішньої мережі Docker до „зовнішньої” мережі - тобто. мережевий адаптер хоста - на певному порту.

Зі мною поки що? Добре, тепер давайте зробимо крок назад і подивимось на вашу систему. На вашій машині працює Windows - Docker (на даний момент) не працює в Windows, тому інструмент, який ви використовуєте, створив хост Linux у віртуальній машині VirtualBox. Коли ви робите це docker runу своєму середовищі, відбувається те саме те саме - порт 8080 на хості Linux підключений до порту 8080 на контейнері. Велика різниця тут полягає в тому, що ваш хост Windows не є хостом Linux, на якому запущений контейнер, тому тут є ще один рівень, і це зв’язок через цей рівень, де у вас виникають проблеми.

Потрібна одна з двох речей:

1. для підключення порту 8080 на VirtualBox VM до порту 8080 на хості Windows, подібно до того, як ви підключаєте контейнер Docker до порту хосту.

2. для підключення VirtualBox VM безпосередньо до вашої локальної мережі за допомогою bridgedмережевого режиму, який я описав вище.

Якщо ви вибрали перший варіант, ви зможете отримати доступ до контейнера за адресою, http://W:8080де Wзнаходиться IP-адреса або ім’я хосту Windows. Якщо ви оберете другу, ви зможете отримати доступ до контейнера за адресою, http://L:8080де Lзнаходиться IP-адреса або ім'я хосту віртуальної машини Linux.

Отже, це все пояснення вищого рівня - тепер вам потрібно з’ясувати, як змінити конфігурацію VirtualBox VM. І ось тут я не можу вам дійсно допомогти - я не знаю, за допомогою якого інструменту ви все це робите на своїй машині Windows, і я зовсім не знайомий з використанням Docker в Windows.

Якщо ви можете перейти до вікна конфігурації VirtualBox, ви можете внести зміни, описані нижче. Існує також клієнт командного рядка, який буде модифікувати віртуальні машини, але я з цим не знайомий.

Для bridgedрежиму (і це насправді найпростіший вибір) вимкніть ВМ, натисніть кнопку «Налаштування» вгорі та змініть режим мережі на bridged, а потім перезапустіть ВМ, і все готово. Віртуальна машина повинна підібрати IP-адресу у вашій локальній мережі через DHCP і бути видимою для інших комп'ютерів у мережі за цією IP-адресою.

1. Відкрийте Oracle VM VirtualBox Manager
2. Виберіть ВМ, що використовується Docker
3. Клацніть Налаштування -> Мережа
4. Адаптер 1 повинен (за замовчуванням?) Бути "Приєднаний до: NAT"
5. Клацніть Додатково -> Переадресація портів
6. Додати правило: протокол TCP, хост-порт 8080, гостьовий порт 8080 (залишити IP-адресу хоста та IP-адресу гостя порожніми)
7. Гість - це ваш контейнер докера, а Хост - ваша машина

Тепер ви зможете переглядати свій контейнер через localhost: 8080 та your-internal-ip: 8080.

Спробувавши кілька речей, це спрацювало для мене:

• використовуйте --publish = 0.0.0.0: 8080: 8080 прапор докера
• встановіть мережевий режим virtualbox на NAT і не використовуйте переадресацію портів

З іншими адресами 0.0.0.0я не мав успіху.

TLDR: Якщо у вас увімкнено брандмауер Windows, переконайтеся, що існує виняток для "vpnkit" у приватних мережах.

В моєму конкретному випадку я виявив, що брандмауер Windows блокував моє з’єднання, коли я намагався відвідати опублікований порт мого контейнера з іншої машини в моїй локальній мережі, оскільки його відключення змусило все працювати.

Однак я не хотів повністю вимикати брандмауер лише для того, щоб отримати доступ до служби мого контейнера. Це породило питання про те, який «додаток» слухає від імені служби мого контейнера. Знайшовши інший SO-потік, який навчив мене використовувати netstat -a -bпрограми для розпізнавання сокетів на моїй машині, я дізнався, що це було vpnkit.exe, що вже входило в налаштування мого брандмауера Windows: але "приватні мережі" в ньому було відключено, і Після того, як я його ввімкнув, я зміг відвідати службу мого контейнера з іншої машини без необхідності повністю вимикати брандмауер.

Це найпоширеніша проблема, з якою стикаються користувачі Windows під час запуску контейнерів Docker. ІМО - це "питання щодо мільйонів доларів щодо Docker"; @ "Rocco Smit" справедливо зазначив, що "вхідний трафік за замовчуванням відключений на брандмауері моєї хост-машини"; у моєму випадку - моє антивірусне програмне забезпечення McAfee. Я додав додаткові порти для дозволу на вхідний трафік з інших комп’ютерів у тій же локальній мережі Wi-Fi у налаштуваннях брандмауера McAfee; тоді це була магія. Я боровся більше тижня, переглядаючи Інтернет, SO, документацію Docker, підручники після підручників, пов’язаних з мережею Docker, і безліч ілюстрацій "не підтримується в Windows" для "macvlan", "ipvlan", "user визначений міст "і навіть цей самий потік SO кілька разів. Я навіть почав переглядати google з "хтось використовує Docker у виробництві?" (Так, я знаю, що Linux більш популярний для робочих навантажень Prod порівняно із серверами Windows), оскільки я не мав доступу (зі свого мобільного в тому ж домашньому wifi) до nginx додаток, розгорнутий у контейнері Docker у Windows. Зрештою, яка це користь, якщо ви не можете отримати доступ до програми (розгорнутої на контейнері Docker) з принаймні інших комп'ютерів / пристроїв у тій самій локальній мережі; Зрештою, у моєму випадку проблема полягала лише у брандмауері, який блокував вхідний трафік; якщо ви не можете отримати доступ до програми (розгорнутої на контейнері Docker) з принаймні інших комп’ютерів / пристроїв у тій самій локальній мережі; Зрештою, у моєму випадку проблема полягала лише у брандмауері, який блокував вхідний трафік; якщо ви не можете отримати доступ до програми (розгорнутої на контейнері Docker) з принаймні інших комп’ютерів / пристроїв у тій самій локальній мережі; Зрештою, у моєму випадку проблема полягала лише у брандмауері, який блокував вхідний трафік;

Я виявив, що поряд із встановленням значень порту -p, Docker для Windows використовує vpnkit та вхідний трафік, оскільки він за замовчуванням вимкнений на брандмауері моєї хост-машини. Після активації вхідних правил TCP для vpnkit я зміг отримати доступ до своїх контейнерів з інших машин у локальній мережі.