links тоже не нужно

в нжинкс то может и залетает, но в питон передается неправильный айпишник, типа python_app | INFO: 172.18.0.3:55850 - "POST /welcome/ HTTP/1.0" 400 Bad Request

смотри на x-forwarded-for

в нжинкс то может и залетает, но в питон передается неправильный айпишник, типа python_app | INFO: 172.18.0.3:55850 - "POST /welcome/ HTTP/1.0" 400 Bad Request

https://github.com/umputun/nginx-le/blob/master/etc/service-example.conf

ну или в конфиг nginx real_ip_header X-Forwarded-For;

Попробуй от туда взять

https://github.com/umputun/nginx-le/blob/master/etc/service-example.conf

Да, у меня подобный конфиг, посмотрю тогда хедеры, спасибо

Тогда он у тебя стартанет ок

Расскажи как трансмишен поставить нормально? Он у меня походу реально сначала качает куда-то, а потом перемещает

А, он сначала качает в папку incomplete

в нжинкс то может и залетает, но в питон передается неправильный айпишник, типа python_app | INFO: 172.18.0.3:55850 - "POST /welcome/ HTTP/1.0" 400 Bad Request

real_ip_header X-Forwarded-For; # Docker-compose network mask set_real_ip_from 172.0.0.0/8;

Здравствуйте, запускаю сонтейнеры с uid gid 1000. пользователь из контейнера может как-то управлять сервером, как-то это хакают или не стоит беспокоиться?

Здравствуйте, запускаю сонтейнеры с uid gid 1000. пользователь из контейнера может как-то управлять сервером, как-то это хакают или не стоит беспокоиться?

ты самое главное не забудь - закрыть свой API

например вебсервер под uid gid 1000 при наличии уязвимости в скриптах что может сделать с основной системой?

я один раз забыл и он голой жопой в мир смотрел

ты самое главное не забудь - закрыть свой API

про это не понял

а там и деплой контейнеров с волумами в корень итд

про это не понял

ну я просто запускаю демон докера с HTTP API а не через юникс сокет

ну я просто запускаю демон докера с HTTP API а не через юникс сокет

понял

получается что на основную систему пользователь из контейнера ни как повлиять не сможет?

разве что будет какая-то уязвимость в контейнеризации

но от такого тебя уже ничего не спасет

разве что будет какая-то уязвимость в контейнеризации

я к чему написал, на хабре был вопрос Как гарантировать, что пользователь с UID=${UID} не имеет никаких прав на хостовой машине?

зачем эти гарантии если из контейнера не сбежать

и если сумел сбежать, то ид не поможет уже

зачем эти гарантии если из контейнера не сбежать

К примеру и в технологиях контейнеризации могут иметься уязвимости, которыми из под root пользователя можно воспользоваться, а так же возможны многие другие сценарии. Не зря в бест практиксах по докеризации приложений пишут эти простые истины.

К примеру и в технологиях контейнеризации могут иметься уязвимости, которыми из под root пользователя можно воспользоваться, а так же возможны многие другие сценарии. Не зря в бест практиксах по докеризации приложений пишут эти простые истины.

спасибо

@vizdrag

@vizdrag

у меня одного картинка не грузится?

у меня одного картинка не грузится?

У меня все ок

У меня все ок

А на телефоне все норм.хмм

Всем привет, я очень сильно начинающий в доккере, подскажите пожалуйста, сталкнулся с такой проблемой, у меня есть контейнер (я его с докер хаба взял) для jenkins, мне бы хотелось чтобы внутри этого контейнера был компосер (тк планирую туда прикрутить серваки виртуализации для android устройств тип appium), просто докер внутри работает (я пробросил sock, вычитал решение в интернете). Подскажите подалуйста как решаются подобные проблемы в докере? идея такая что проект скачивается (это android проект) попадает в jenkins pipeline, там на первом этапе идет сборка, потом паролельно запускаются джобы одна для appium (это что-то вроде плагина для node тоже не очень знаком с этой технологией), в тиории эта джоба поднимает 2 контейнера (один для виртуализации android устройства и второй сам сервак) и запускает gradle таску, соответственно сейчас проблема такая когда я пытаюсь использовать yml внутри контейнера, докер намертво зависает, при этом мне удается создавать контейнеры из контейнеров, я их вижу на хосте и дженкинс вроде нормально их манаджерит

Интересно....

Рекурсивные контейнеры)))

Если я хрень какую то молочу, вы не стесняйтесь говорите, просто хочется использовать Дженкинс по максимум в контейнере, или единственный вариант его на хост ставить?

Сам хз нормально это или нет, но звучит действительно интересно)

Docker в Jenkins вроде норм

Jenkins в Docker)

Если я хрень какую то молочу, вы не стесняйтесь говорите, просто хочется использовать Дженкинс по максимум в контейнере, или единственный вариант его на хост ставить?

Почему был выбран именно дженкинс? Смотрел на решения от gitlab? Они ставятся много куда, есть и облачные версии. Там же ты можешь использовать docker-in-docker, то есть сделать контейнер и его жа там развернуть.

Для джнкинса тоже есть ) https://medium.com/swlh/quickstart-ci-with-jenkins-and-docker-in-docker-c3f7174ee9ff

Привет, почему, такая ошибка может возникать при создании контейнера - ERROR: for mongodb Cannot start service mongodb: network 42e3d2e030903f1637ea2a18f0c254d1e9153eb5ddcedcc46357b70439e8581d not found ?

Привет, почему, такая ошибка может возникать при создании контейнера - ERROR: for mongodb Cannot start service mongodb: network 42e3d2e030903f1637ea2a18f0c254d1e9153eb5ddcedcc46357b70439e8581d not found ?

каким образом создаетс контейнер?

mongodb: image: mongo:4.0.8

Почему был выбран именно дженкинс? Смотрел на решения от gitlab? Они ставятся много куда, есть и облачные версии. Там же ты можешь использовать docker-in-docker, то есть сделать контейнер и его жа там развернуть.

Честно говоря нет, они лучше? Дженкинс просто это единственное что мне известно, из бесплатных, у нас компания не большая..

Для джнкинса тоже есть ) https://medium.com/swlh/quickstart-ci-with-jenkins-and-docker-in-docker-c3f7174ee9ff

Спасибо большое !

Честно говоря нет, они лучше? Дженкинс просто это единственное что мне известно, из бесплатных, у нас компания не большая..

тут больше философский вопрос - нет хороших или плохих решений. Есть те, которые подходят лучше конкретно под твою задачу. Если у вас бекграунд уже богатый и заточен под дженкинс - окей. Если нет - можете открыть для себя новые фишки всякие. Например, гитлаб делает упор на CI/CD. Позволяет интеграцию с kubernetes, правда за денежку, но для бизнеса это обычно недорого. Если у вас например дотнет решения, то имхо вам подошел бы TeamCity больше.

тут больше философский вопрос - нет хороших или плохих решений. Есть те, которые подходят лучше конкретно под твою задачу. Если у вас бекграунд уже богатый и заточен под дженкинс - окей. Если нет - можете открыть для себя новые фишки всякие. Например, гитлаб делает упор на CI/CD. Позволяет интеграцию с kubernetes, правда за денежку, но для бизнеса это обычно недорого. Если у вас например дотнет решения, то имхо вам подошел бы TeamCity больше.

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

> Позволяет интеграцию с kubernetes, правда за денежку, я бы 10 раз подумал стоит ли их интеграцию использовать

> Позволяет интеграцию с kubernetes, правда за денежку, я бы 10 раз подумал стоит ли их интеграцию использовать

ну это да

Мне чем проще чем лучше) у меня шаг а право шаг в лево равносильно смерти что касается devops

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

я бы тогда поискал существующие интеграции с билдовыми фреймворками и выбрал то, что максимально упрощает твою сборку. В частности, дженкинс вон некий плагин к нему имеет https://wiki.jenkins.io/display/JENKINS/Gradle+Plugin

Мне чем проще чем лучше) у меня шаг а право шаг в лево равносильно смерти что касается devops

гитлаб тебе подойдет 🤷‍♂️

накалякать на нем пайплайн - ну, дня два... даже если не уметь

потом уже можно будет этот велосипед улучшать

я бы тогда поискал существующие интеграции с билдовыми фреймворками и выбрал то, что максимально упрощает твою сборку. В частности, дженкинс вон некий плагин к нему имеет https://wiki.jenkins.io/display/JENKINS/Gradle+Plugin

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

господа, подскажите пожалуйста, почему даже с указанными container_name, некоторые контейнеры имеют какой-то хеш в начале названия?

docker-compose покажи свой

docker-compose покажи свой

и сейчас если переподнять такая же ботва?

даже с --force-recreate то же самое

пардон, глянул в docker ps

видимо все же --force-recreate помог

Народ, помогите

подробнее расскажи что происходит

мы помним - да, трансмишн, да, медленно

покажи где он тебя трогал

могу посоветовать все по возможности вынести из контейнера наружу

Ошибку даёт

В чем прикол?

потому что вложенные маунты

в контейнере создаетя /var/www/html и /var/www/html/data

потому что вложенные маунты

И что это значит?

И что сделать надо

наверное, лучше сделать так: первую строчку выкинуть, предпоследнюю тоже

а сделать -v /Disk1/Nextcloud/data:/var/www/html

🤷‍♂️

а сделать -v /Disk1/Nextcloud/data:/var/www/html

Не, не варик

Он тогда будет очень медленно работать, так как /Disk1 смонтирован по NFS

И глючить при включении системы

тогда страдай 🤷‍♂️