У меня есть файл для создания докеров:
networks:
default:
ipam:
config:
- subnet: 10.48.0.0/16
gateway: 10.48.0.1
services:
haproxy:
build: haproxy
container_name: haproxy
volumes:
- ./haproxy/conf/:/usr/local/etc/haproxy/
- ./haproxy/ssl/:/etc/ssl/xip.io/
ports:
- "80:80"
- "443:443"
networks:
default:
ipv4_address: 10.48.0.2
server:
build: server
container_name: server
restart: always
environment:
- ENV=env=production db=true
ports:
- "8081:8081"
volumes:
- ./server/config:/usr/src/app/config
depends_on:
- haproxy
networks:
default:
ipv4_address: 10.48.0.4
frontend:
build: frontend
container_name: frontend
restart: always
ports:
- "8080:8080"
volumes:
- ./frontend/config:/usr/src/app/config
depends_on:
- server
networks:
default:
ipv4_address: 10.48.0.5
version: '2'
Для развертывания внутреннего сервера и внешнего интерфейса внутри подсети, определенной в диапазоне 10.48.0.0/16. Поэтому я попытался назначить каждому контейнеру фиксированный ip. В Linux все в порядке, поэтому я могу достичь 10.48.0.4_8081 / api, но в MacOS, когда я пытаюсь сделать то же самое, у меня появляется ERR_CONNECTION_REFUSED. Если я попытаюсь подключиться без IP, но с localhost: 8081 / api, это нормально. Но с несколькими контейнерами мне приходится обращаться напрямую по IP. Внутри каждого контейнера, если я попытаюсь выполнить эхо-запрос другого IP-адреса (например, из внешнего интерфейса контейнера с IP 10.48.0.5, я попытаюсь выполнить эхо-запрос 10.48.0.4), все будет в порядке. Итак, мой вопрос: как я могу сделать http-вызов api, который находится на другой службе? Спасибо за вашу помощь.
@RutgerVk привет, брандмауэр еще не активен на Mac
Вы просто пытаетесь совершать звонки между своими службами и на ваши службы извне? Для этого вам не нужна какая-либо ручная настройка IP.
Привет @DavidMaze, подсеть в этом случае необходима для назначения фиксированного IP-адреса контейнеру, иначе он может быть изменен, а также конфигурация для приложений
Вы знаете, что контейнеры могут обращаться друг к другу, используя имя контейнера (или имя Docker Compose) в качестве имени DNS?
@DavidMaze Я знаю, но вопрос в другом. Мне не нужно вызывать контейнер изнутри другого, я должен вызвать службу, предоставляемую контейнером, через клиента (в данном случае браузер).
Я везде читал, что это хорошо известная ситуация в Windows и Mac, но не в Linux, где можно со стороны клиента сделать запрос непосредственно на IP-адрес контейнера. Это невозможно на Mac, и проблема по-прежнему остается открытой на github. В этом случае я использовал haproxy для прокси-запросов к каждому контейнеру.
вы открыли порт в брандмауэре? выключите брандмауэр и посмотрите, работает ли он