Привет народ, когда сервер перезагружается все пакеты nginx, phpmyadmin, mysql и проче отключается и мне приходится подключить их вручную. теперь вопрос как можно сделать чтоб он после перезагруски включались автоматический?

restart: always

restart: always

это мне внутрь docker.yml должен прописать?

в докерфиле максимум в докир-кампост

я чайник не давно начел так что прошу прошение за глупые вопросы

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

вот туда и прописываем к сервисам

вот туда и прописываем к сервисам

да я уже начел, но спасибо за инфу

я чайник не давно начел так что прошу прошение за глупые вопросы

Ответ на этот вопрос есть в официальной документации. Я не рекомендую, это прямой приказ: иди читать документацию. https://docs.docker.com/config/containers/start-containers-automatically/

127.0.0.1 внутри контейнера - это обращение к контейнеру

Лучше обращаться по адресу внутренней сети 178.*

Ответ на твой вопрос: нет

чё всех на lo потянуло? ну вот нафига?

Никак блин

☺️

чё всех на lo потянуло? ну вот нафига?

лупбэков хотят

Странно что в моём ответе ты не увидел ответа на свой вопрос. anyway, ступай в документацию, в раздел networking

Куда уж более точным может быть ответ, чем «нет» ??? Туннель можно, работать будет (возможно), но для чего? Чтобы что? Какая цель? Документация докера это предпоследняя инстанция, согласен. Последняя — исходники.

Так. Ещё раз по-полочкам. 1. Был вопрос: "А кто-нибудь знает, как при наличии двух контейнеров, сделать так, чтобы один контейнер обращался на 127.0.0.1 на некий порт, и при этом обращение шло на этот порт, но уже другого, второго контейнера?" 2. Ответ: нет. Никто не знает, потому что так никто не делает. 3. Я попробовал объяснить почему так никто не делает, и на всякий случай сделал отсылку к документации 4. На тезис, что документация докера не последняя инстанция, я ответил согласием. Ведь последней инстанцией действительно являются исходники докера. 5. Мне вообще безразлично зачем тебе что-то там делать. Ты спросил — я ответил. 6. Если ты убеждён, что докер это удобная обёртка с утилитами на go, то у меня для тебя две плохие новости: 1. ты не знаешь что такое докер, 2. ты очень самоуверен для такого количества знаний. Дам три бесплатных совета: 1. Угомони свой юношеский пыл, и направь энергию с лишних и ненужных споров на изучение тематики более глубоко и подробно. Поверь опыту, ты получишь от этого только удовольствие. 2. Прежде чем что-либо произносить вслух, убедись что информация проверена тобой лично, и ты составил объективное представление о предмете. Если ты где-то от кого-то когда-то что-то слышал, это не значит что об этом можно утверждать в ключе, как будто это истина. Это не так. 3. Когда людьми движет любопытство — это прекрасно. Это здорово, когда ты ставишь перед собой странные задачи, потому что вполне возможно ты сможешь открыть какой-то новый способ получать какие-то новые интересные результаты. Тем не менее, я очень рекомендую для начала хотя бы изучить тематику вопроса. Пусть не глубоко, но достаточно для того, чтобы понимать внутренние процессы работы механизма (того же networking в докере, например). А в идеале — приходить сюда желательно с уже набитыми на практике шишками. Таким образом у тебя будет больше шансов получить интересные ответы, ведь за твоим вопросом будет не просто праздное любопытство, а опыт, основанный на знаниях.

Я доходчиво объяснил?

Я доходчиво объяснил?

?

???

Ваше право.

Нет, я этого не говорил. Но на твой вопрос как это сделать в докере - я дал ответ :)

Так. Ещё раз по-полочкам. 1. Был вопрос: "А кто-нибудь знает, как при наличии двух контейнеров, сделать так, чтобы один контейнер обращался на 127.0.0.1 на некий порт, и при этом обращение шло на этот порт, но уже другого, второго контейнера?" 2. Ответ: нет. Никто не знает, потому что так никто не делает. 3. Я попробовал объяснить почему так никто не делает, и на всякий случай сделал отсылку к документации 4. На тезис, что документация докера не последняя инстанция, я ответил согласием. Ведь последней инстанцией действительно являются исходники докера. 5. Мне вообще безразлично зачем тебе что-то там делать. Ты спросил — я ответил. 6. Если ты убеждён, что докер это удобная обёртка с утилитами на go, то у меня для тебя две плохие новости: 1. ты не знаешь что такое докер, 2. ты очень самоуверен для такого количества знаний. Дам три бесплатных совета: 1. Угомони свой юношеский пыл, и направь энергию с лишних и ненужных споров на изучение тематики более глубоко и подробно. Поверь опыту, ты получишь от этого только удовольствие. 2. Прежде чем что-либо произносить вслух, убедись что информация проверена тобой лично, и ты составил объективное представление о предмете. Если ты где-то от кого-то когда-то что-то слышал, это не значит что об этом можно утверждать в ключе, как будто это истина. Это не так. 3. Когда людьми движет любопытство — это прекрасно. Это здорово, когда ты ставишь перед собой странные задачи, потому что вполне возможно ты сможешь открыть какой-то новый способ получать какие-то новые интересные результаты. Тем не менее, я очень рекомендую для начала хотя бы изучить тематику вопроса. Пусть не глубоко, но достаточно для того, чтобы понимать внутренние процессы работы механизма (того же networking в докере, например). А в идеале — приходить сюда желательно с уже набитыми на практике шишками. Таким образом у тебя будет больше шансов получить интересные ответы, ведь за твоим вопросом будет не просто праздное любопытство, а опыт, основанный на знаниях.

Сииильно

Ну и терпение у тебя, старик. @hitmaker

а использование сети типа хост (https://docs.docker.com/network/host/) не поможет?

Всегда пожалуйста. Вы можете попробовать реализовать не докером, но я боюсь что не смогу даже подсказать в каком направлении вам начать искать ответ на ваш вопрос. Для решения задачи связи между двумя контейнерами в контексте докера я обычно использую директиву links либо обращаюсь напрямую по ip адресу внутренней сети. По поводу бить себя в грудь и говорить что вы не знаете что такое докер. Вы выше написали, что (цитирую) «это всего лишь удобная обертка с утилитами на go.» Коллега, пожалуйста прекратите себя дискредитировать :)

Ну и терпение у тебя, старик. @hitmaker

Я опытный :)

Евгений пишет: Парни, памагитя!) У меня из кода идет отправка данных на другую програмулю на локальном компе. Грубо говоря есть окружение докера, а програмуля вне докера. И попытка сослаться мол http://127.0.0.1:15000 не прокатывает. Докер воспринимает это как отсыл к нему...

(у нас бот режет линки новичкам. ip адреса тоже считает линками, лох)

Пространство имён вам в помощь :)

Что в ядре?

Можно я потом Соломону покажу эту переписку?

Можно. И что?

Есть lxc, например, да

Есть другие малоизвестные поделия основанные на cgroups

И?

Докер до 2015 года lxc использовал, кстати, ну и дальше что?

Я не совсем понимаю ваш поинт. Чего вы хотите добиться?

Вы ведь понимаете, что если я с вами соглашусь, то мы оба будем не правы?

И мне не совсем понятен посыл.

Обёртка над чем?

Удобный набор каких утилит? docker один

Над каким ядром? Про докер в винде вы не слышали? А как там реализована работа?

Какими командами ядра (блядь, что я несу?) можно по вашему мнению реализовать то, что реализует докер?

У меня пока вопросов, чем ответов

Ссылку пожалуйста

Я торжественно обещаю сегодня вечером эту переписку показать Соломону.

ERROR: S client not available

Я даже попробую записать его реакцию

Александр, пришлите пожалуйста ссылки на ютуб, где можно было бы посмотреть примеры. Очень прошу

Хорошо. Спасибо большое за конкретику.

Так. Ещё раз по-полочкам. 1. Был вопрос: "А кто-нибудь знает, как при наличии двух контейнеров, сделать так, чтобы один контейнер обращался на 127.0.0.1 на некий порт, и при этом обращение шло на этот порт, но уже другого, второго контейнера?" 2. Ответ: нет. Никто не знает, потому что так никто не делает. 3. Я попробовал объяснить почему так никто не делает, и на всякий случай сделал отсылку к документации 4. На тезис, что документация докера не последняя инстанция, я ответил согласием. Ведь последней инстанцией действительно являются исходники докера. 5. Мне вообще безразлично зачем тебе что-то там делать. Ты спросил — я ответил. 6. Если ты убеждён, что докер это удобная обёртка с утилитами на go, то у меня для тебя две плохие новости: 1. ты не знаешь что такое докер, 2. ты очень самоуверен для такого количества знаний. Дам три бесплатных совета: 1. Угомони свой юношеский пыл, и направь энергию с лишних и ненужных споров на изучение тематики более глубоко и подробно. Поверь опыту, ты получишь от этого только удовольствие. 2. Прежде чем что-либо произносить вслух, убедись что информация проверена тобой лично, и ты составил объективное представление о предмете. Если ты где-то от кого-то когда-то что-то слышал, это не значит что об этом можно утверждать в ключе, как будто это истина. Это не так. 3. Когда людьми движет любопытство — это прекрасно. Это здорово, когда ты ставишь перед собой странные задачи, потому что вполне возможно ты сможешь открыть какой-то новый способ получать какие-то новые интересные результаты. Тем не менее, я очень рекомендую для начала хотя бы изучить тематику вопроса. Пусть не глубоко, но достаточно для того, чтобы понимать внутренние процессы работы механизма (того же networking в докере, например). А в идеале — приходить сюда желательно с уже набитыми на практике шишками. Таким образом у тебя будет больше шансов получить интересные ответы, ведь за твоим вопросом будет не просто праздное любопытство, а опыт, основанный на знаниях.

Резюмирующую часть скопипиздитиь в шапку и в интернеты, для дальнейших применений :)))

точняк

Оно всё равно не работает :(

Осознание и понимание приходит с опытом и возрастом

сидят тут замшелые пеньки, щас то вас молодежь научит почём фунт лиха :)))

Какими командами ядра (блядь, что я несу?) можно по вашему мнению реализовать то, что реализует докер?

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

сидят тут замшелые пеньки, щас то вас молодежь научит почём фунт лиха :)))

Я не против, но я серьёзно с радостью ведь отправлю переписку Соломону.

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

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

*полез на опеннет в историю релизов ядра искать*

cgroup

может речь про cgroup?

https://habr.com/ru/company/selectel/blog/303190/

да, определённо, речь про cgroup

Так да, но там месье утверждает что докер — обрётка

Так-то фундаменитально наверное в этом есть зерно истины

Так да, но там месье утверждает что докер — обрётка

ну если докер использует cgroup - то вполне можно назвать обёрткой

Всё сложно

Там свой cgroup

Там свой cgroup

мб, я не вникал

Разработка была начата инженерами Google Полом Менэджем (Paul Menage) и Рохитом Сетом (Rohit Seth) в 2006 году и первоначально называлась «контейнеры процессов» (англ. process containers)[1]. В 2007 году проект был переименован в сgroups (от англ. control groups) по причине неоднозначности значения термина «контейнер» в ядре Linux. Начиная с версии 2.6.24 ядра Linux технология включена в официальные версии ядра[2]. С этого момента разработка значительно активизировалась, в механизм добавлено много дополнительных возможностей, механизм существенным образом используется в технологии инициализации systemd, а также является ключевым элементом в реализации системы виртуализации на уровне операционной системы LXC.