вот тут не понял тебя

в твоём случае контейнеры будут видеть друг друга по названию контейнера

У меня есть контейнеры с веб приложениями, хочу для них создавать домены с ssl, чтобы можно из мира в них ходить.
Какой самый модный способ это делать?

Сейчас создаю руками через nginx, может есть какой-то более удобный способ это делать, приложения тестовые, награзки в них нет, высокая надежность не требуется

нужно в композе сделать так что бы определить переменную имени контейнера identity сервера и по этому имени обращаться из других контейнеров, что бы айпишники не хадкодить, иначе они могут меняться же при каждом перезапуске контейнера

из других контейнеров? имеешь ввиду есть еще другие контейнеры, не из этого docker-compose?

сейчас получается если без композа запустить каждый контерйнер отдельно и ходить по ip то все работает, но так не правильно

нет, другие только в рамках этого композа

понял. так у тебя они уже должны быть видны по имени контейнера

если ты сделаешь ping hvfb.identityserver из соседнего контейнера из этого же компоуза, то он как раз пропингует нужный контейнер.

Я новичок. Установил докер и монгодб. Теперь как использовать через extension docker в vscode ? Гуглил но не нашел

Я хочу через express сделать crud

что именно? если работать в контейнере - есть .devcontainer

Docker - Visual Studio Marketplace
https://marketplace.visualstudio.com/items?itemName=ms-azuretools.vscode-docker

Не могу понять как это работает

там даже скринкаст есть. ведь даже читать не надо...

Всем доброго вечера! Помогите прояснить вопрос с  --ipc host
Флаг указал, /dev и /tmp пробрлсил, на хосте вижу, что сокет создаётся, однако читать из данного ipc канала не выходит - он молчит
Между контейнерами всё отлично работает
Очень хотелось бы с хоста прочитать ipc шину из контейнера. Заранее спасибо за внимание!

Если ты про unix-сокет, это он относится к сетевой подсистеме, потому нужно делать не ipc=host, а net=host

ipc — это про posix и sysv примитивы синхронизации: shared memory, семафоры, очереди.

Хотел бы не согласиться, ведь для межпроцессного общения сетевой стек не используется, хоть и тоже построен на сокетах.
Однако! ---network_mode: host, —ipc: host, —privileged: true, /dev, /tmp присутствует
Пытаюсь читать ipc с помощью ZeroCM (zmq). Возможно какие-то проблемы там(

> Хотел бы не согласиться, ведь для межпроцессного общения сетевой стек не используется, хоть и тоже построен на сокетах.

Ты можешь не соглашаться со мной, но то, что unix-сокеты к конкретный подсистеме IPC в ядре отношения не имеют, не изменится, т.к. они являются частью сетевой подсистемы.

> Пытаюсь читать ipc с помощью ZeroCM (zmq). Возможно какие-то проблемы там(

Возможно, какие-то еще проблемы есть. Посмотри strace-ом, что происходит при чтении сокета.

Спасибо! Уже завтра