com.mongodb.MongoSecurityException: Exception authenticating MongoCredential{mechanism=PLAIN, userName='mongoadmin', source='admin', password=<hidden>, mechanismProperties={}}

Кто то запускал монго в docker-compose, можете мне помочь? db: image: mongo restart: always ports: - 27017:27017 environment: MONGO_INITDB_ROOT_USERNAME: mongoadmin MONGO_INITDB_ROOT_PASSWORD: secret Мне выдает MongoSecurityException

я правелбно понимаю что по пути database_data: "~/psql_db_file" будут храниться файлы бд

Нужно доступ к файлам контейнера с хоста

в докер-композе кроме .env нет другого способа положить дефолтные параметры для переменных?

Привет всем, подскажите: нормальная ли практика выставлять Linux capabilities внутри image? Вот так, например: RUN setcap 'cap_net_bind_service=+ep' $(which traefik)

Имхо, лучше снаружи - в рантайме

можно файлик примонтировать

какой файлик? мне надо переменные пропихнуть в docker-compose чтобы имена образов и версии брались из них

Вот другая проблема встала, почему нету ни bash ни sh ? docker exec -it container /bin/bash docker exec -it container /bin/sh

.env 😂 я думал дефолты для приложения, извини. можно попробовать шаблонизировать docker-compose, например

Дело в том, что я же снаружи не вижу бинарник файла, которому хочу выставить capabilities. Проблема с этим должна решаться вот таким в docker-compose.yml cap_drop: - all cap_add: - NET_BIND_SERVICE Но я еще мапаю юзера хоста в докер через тот же docker-compose ... `user: ${CURRENT_UID}` ... CURRENT_UID=$(id -u):$(id -g) docker-compose up И получается, что если во время билда image не выставлять RUN setcap 'cap_net_bind_service=+ep' $(which traefik), то у этого non-root юзера замапанного в контейнер не будет нужных привилегий Короче, не совсем понимаю как красиво это оформить

докер какая версия?

ERROR: Cannot extend service 'phpunit' in docker-compose.yaml: services with 'depends_on' cannot be extendedа вы знали?

Yaml anchors в помощь

в докер-композе кроме .env нет другого способа положить дефолтные параметры для переменных?

Мне кажется, что мапать юзера в контейнер - не лучшая идея

Так это же для безопасности советуют, нет? Иначе внутри контейнера будет работать "почти root". А cap нужен, чтобы рарешить порты меньше 1024 открыть, например

Хинт: тебе не нужны порты в контейнере меньше 1024!

Если оставлят рут внутри контейнера, то он открывает порты, если нет, то нет

В смысле ты без рута вообще порты открыть не можешь ? Это что-то новенькое

меньше 1024

Оно тебе не нужно

В чем?

Не могу залезть в контейнер через bash и sh

Не могу залезть в контейнер через bash и sh

Best не знаю но я делаю так. ЛогинНаДокерхаб/имяОбраза

ну вот как бы да, но как бы нет. у нас приватный регистри, чтобы случайно не выложить код

Не заморачивайся

Не могу залезть в контейнер через bash и sh

ну вот как бы да, но как бы нет. у нас приватный регистри, чтобы случайно не выложить код

докерхаб говно

У меня есть просто edge-proxy в контейнере, который должен принмать запросы на 80 и 443. И в контейнере он должен быть запущен не от рута

это прелестно, конечно же, но причем тут докерхаб?

я немного разочаровался, что нельзя папочками делать. ну типа Project: |-releases: | |:1.1.0 | \:1.2.0 \-snapshots: |branchname \anotherbranchname

не понял - кому нужно на 80 и 443? куб или стендэлоун докер? Я не устану повторять, что ерез директиву -p (ports) ты можешь снаружи замаппить любой порт на любой порт нвутри контейнера

Почему нельзя?

Да, еще раз подумал и понял, что, наверно, самый простой выход просто переставить порты у аппликейшена в докере и замапить их. Спасибо.

Вот другая проблема встала, почему нету ни bash ни sh ? docker exec -it container /bin/bash docker exec -it container /bin/sh