Павел
Уже нашел
Павел
docker.for.win.localhost
Kamal
Привет народ, когда сервер перезагружается все пакеты nginx, phpmyadmin, mysql и проче отключается и мне приходится подключить их вручную.
теперь вопрос как можно сделать чтоб он после перезагруски включались автоматический?
simplemice.eth
restart: always
simplemice.eth
в докерфиле максимум в докир-кампост
Kamal
я чайник не давно начел так что прошу прошение за глупые вопросы
simplemice.eth
ну так надо начинать с гугла и документации, чем сервисы поднимаются композом или докерфайлом?
simplemice.eth
вот туда и прописываем к сервисам
Dan
127.0.0.1 внутри контейнера - это обращение к контейнеру
Dan
Лучше обращаться по адресу внутренней сети 178.*
Dan
Ответ на твой вопрос: нет
Andrey
чё всех на lo потянуло? ну вот нафига?
Tadeusz
Никак блин
Anonymous
☺️
Dan
Dan
Странно что в моём ответе ты не увидел ответа на свой вопрос.
anyway, ступай в документацию, в раздел networking
Dan
Куда уж более точным может быть ответ, чем «нет» ???
Туннель можно, работать будет (возможно), но для чего? Чтобы что? Какая цель?
Документация докера это предпоследняя инстанция, согласен. Последняя — исходники.
Dan
Так. Ещё раз по-полочкам.
1. Был вопрос: "А кто-нибудь знает, как при наличии двух контейнеров, сделать так, чтобы один контейнер обращался на 127.0.0.1 на некий порт, и при этом обращение шло на этот порт, но уже другого, второго контейнера?"
2. Ответ: нет. Никто не знает, потому что так никто не делает.
3. Я попробовал объяснить почему так никто не делает, и на всякий случай сделал отсылку к документации
4. На тезис, что документация докера не последняя инстанция, я ответил согласием. Ведь последней инстанцией действительно являются исходники докера.
5. Мне вообще безразлично зачем тебе что-то там делать. Ты спросил — я ответил.
6. Если ты убеждён, что докер это удобная обёртка с утилитами на go, то у меня для тебя две плохие новости: 1. ты не знаешь что такое докер, 2. ты очень самоуверен для такого количества знаний.
Дам три бесплатных совета:
1. Угомони свой юношеский пыл, и направь энергию с лишних и ненужных споров на изучение тематики более глубоко и подробно. Поверь опыту, ты получишь от этого только удовольствие.
2. Прежде чем что-либо произносить вслух, убедись что информация проверена тобой лично, и ты составил объективное представление о предмете. Если ты где-то от кого-то когда-то что-то слышал, это не значит что об этом можно утверждать в ключе, как будто это истина. Это не так.
3. Когда людьми движет любопытство — это прекрасно. Это здорово, когда ты ставишь перед собой странные задачи, потому что вполне возможно ты сможешь открыть какой-то новый способ получать какие-то новые интересные результаты. Тем не менее, я очень рекомендую для начала хотя бы изучить тематику вопроса. Пусть не глубоко, но достаточно для того, чтобы понимать внутренние процессы работы механизма (того же networking в докере, например). А в идеале — приходить сюда желательно с уже набитыми на практике шишками. Таким образом у тебя будет больше шансов получить интересные ответы, ведь за твоим вопросом будет не просто праздное любопытство, а опыт, основанный на знаниях.
Dan
Я доходчиво объяснил?
Max xbim 🌴
Dan
😂😂😂
Dan
Ваше право.
Dan
Нет, я этого не говорил.
Но на твой вопрос как это сделать в докере - я дал ответ :)
Tadeusz
Так. Ещё раз по-полочкам.
1. Был вопрос: "А кто-нибудь знает, как при наличии двух контейнеров, сделать так, чтобы один контейнер обращался на 127.0.0.1 на некий порт, и при этом обращение шло на этот порт, но уже другого, второго контейнера?"
2. Ответ: нет. Никто не знает, потому что так никто не делает.
3. Я попробовал объяснить почему так никто не делает, и на всякий случай сделал отсылку к документации
4. На тезис, что документация докера не последняя инстанция, я ответил согласием. Ведь последней инстанцией действительно являются исходники докера.
5. Мне вообще безразлично зачем тебе что-то там делать. Ты спросил — я ответил.
6. Если ты убеждён, что докер это удобная обёртка с утилитами на go, то у меня для тебя две плохие новости: 1. ты не знаешь что такое докер, 2. ты очень самоуверен для такого количества знаний.
Дам три бесплатных совета:
1. Угомони свой юношеский пыл, и направь энергию с лишних и ненужных споров на изучение тематики более глубоко и подробно. Поверь опыту, ты получишь от этого только удовольствие.
2. Прежде чем что-либо произносить вслух, убедись что информация проверена тобой лично, и ты составил объективное представление о предмете. Если ты где-то от кого-то когда-то что-то слышал, это не значит что об этом можно утверждать в ключе, как будто это истина. Это не так.
3. Когда людьми движет любопытство — это прекрасно. Это здорово, когда ты ставишь перед собой странные задачи, потому что вполне возможно ты сможешь открыть какой-то новый способ получать какие-то новые интересные результаты. Тем не менее, я очень рекомендую для начала хотя бы изучить тематику вопроса. Пусть не глубоко, но достаточно для того, чтобы понимать внутренние процессы работы механизма (того же networking в докере, например). А в идеале — приходить сюда желательно с уже набитыми на практике шишками. Таким образом у тебя будет больше шансов получить интересные ответы, ведь за твоим вопросом будет не просто праздное любопытство, а опыт, основанный на знаниях.
Сииильно
Tadeusz
Ну и терпение у тебя, старик. @hitmaker
Max xbim 🌴
а использование сети типа хост (https://docs.docker.com/network/host/) не поможет?
Dan
Всегда пожалуйста. Вы можете попробовать реализовать не докером, но я боюсь что не смогу даже подсказать в каком направлении вам начать искать ответ на ваш вопрос. Для решения задачи связи между двумя контейнерами в контексте докера я обычно использую директиву links либо обращаюсь напрямую по ip адресу внутренней сети.
По поводу бить себя в грудь и говорить что вы не знаете что такое докер. Вы выше написали, что (цитирую) «это всего лишь удобная обертка с утилитами на go.»
Коллега, пожалуйста прекратите себя дискредитировать :)
Dan
Dan
Евгений пишет:
Парни, памагитя!) У меня из кода идет отправка данных на другую програмулю на локальном компе. Грубо говоря есть окружение докера, а програмуля вне докера. И попытка сослаться мол http://127.0.0.1:15000 не прокатывает. Докер воспринимает это как отсыл к нему...
Dan
(у нас бот режет линки новичкам. ip адреса тоже считает линками, лох)
Dan
Пространство имён вам в помощь :)
Dan
Что в ядре?
Dan
Можно я потом Соломону покажу эту переписку?
Dan
Можно. И что?
Dan
Есть lxc, например, да
Dan
Есть другие малоизвестные поделия основанные на cgroups
Dan
И?
Dan
Докер до 2015 года lxc использовал, кстати, ну и дальше что?
Dan
Я не совсем понимаю ваш поинт. Чего вы хотите добиться?
Dan
Вы ведь понимаете, что если я с вами соглашусь, то мы оба будем не правы?
Dan
И мне не совсем понятен посыл.
Dan
Обёртка над чем?
Dan
Удобный набор каких утилит? docker один
Dan
Над каким ядром? Про докер в винде вы не слышали? А как там реализована работа?
Dan
Какими командами ядра (блядь, что я несу?) можно по вашему мнению реализовать то, что реализует докер?
Dan
У меня пока вопросов, чем ответов
Dan
Ссылку пожалуйста
Dan
Я торжественно обещаю сегодня вечером эту переписку показать Соломону.
Dan
Я даже попробую записать его реакцию
Dan
Александр, пришлите пожалуйста ссылки на ютуб, где можно было бы посмотреть примеры. Очень прошу
Dan
Хорошо. Спасибо большое за конкретику.
Andrey
Так. Ещё раз по-полочкам.
1. Был вопрос: "А кто-нибудь знает, как при наличии двух контейнеров, сделать так, чтобы один контейнер обращался на 127.0.0.1 на некий порт, и при этом обращение шло на этот порт, но уже другого, второго контейнера?"
2. Ответ: нет. Никто не знает, потому что так никто не делает.
3. Я попробовал объяснить почему так никто не делает, и на всякий случай сделал отсылку к документации
4. На тезис, что документация докера не последняя инстанция, я ответил согласием. Ведь последней инстанцией действительно являются исходники докера.
5. Мне вообще безразлично зачем тебе что-то там делать. Ты спросил — я ответил.
6. Если ты убеждён, что докер это удобная обёртка с утилитами на go, то у меня для тебя две плохие новости: 1. ты не знаешь что такое докер, 2. ты очень самоуверен для такого количества знаний.
Дам три бесплатных совета:
1. Угомони свой юношеский пыл, и направь энергию с лишних и ненужных споров на изучение тематики более глубоко и подробно. Поверь опыту, ты получишь от этого только удовольствие.
2. Прежде чем что-либо произносить вслух, убедись что информация проверена тобой лично, и ты составил объективное представление о предмете. Если ты где-то от кого-то когда-то что-то слышал, это не значит что об этом можно утверждать в ключе, как будто это истина. Это не так.
3. Когда людьми движет любопытство — это прекрасно. Это здорово, когда ты ставишь перед собой странные задачи, потому что вполне возможно ты сможешь открыть какой-то новый способ получать какие-то новые интересные результаты. Тем не менее, я очень рекомендую для начала хотя бы изучить тематику вопроса. Пусть не глубоко, но достаточно для того, чтобы понимать внутренние процессы работы механизма (того же networking в докере, например). А в идеале — приходить сюда желательно с уже набитыми на практике шишками. Таким образом у тебя будет больше шансов получить интересные ответы, ведь за твоим вопросом будет не просто праздное любопытство, а опыт, основанный на знаниях.
Резюмирующую часть
скопипиздитиь в шапку и в интернеты, для дальнейших применений :)))
Tadeusz
точняк
Dan
Оно всё равно не работает :(
Dan
Осознание и понимание приходит с опытом и возрастом
Andrey
сидят тут замшелые пеньки, щас то вас молодежь научит почём фунт лиха :)))
Dan
Andrey
Трайбор
*полез на опеннет в историю релизов ядра искать*
Трайбор
cgroup
Трайбор
может речь про cgroup?
Трайбор
https://habr.com/ru/company/selectel/blog/303190/
Трайбор
да, определённо, речь про cgroup
Dan
Так да, но там месье утверждает что докер — обрётка
Dan
Так-то фундаменитально наверное в этом есть зерно истины
Dan
Всё сложно
Dan
Там свой cgroup
Трайбор
Разработка была начата инженерами Google Полом Менэджем (Paul Menage) и Рохитом Сетом (Rohit Seth) в 2006 году и первоначально называлась «контейнеры процессов» (англ. process containers)[1]. В 2007 году проект был переименован в сgroups (от англ. control groups) по причине неоднозначности значения термина «контейнер» в ядре Linux.
Начиная с версии 2.6.24 ядра Linux технология включена в официальные версии ядра[2]. С этого момента разработка значительно активизировалась, в механизм добавлено много дополнительных возможностей, механизм существенным образом используется в технологии инициализации systemd, а также является ключевым элементом в реализации системы виртуализации на уровне операционной системы LXC.
Трайбор
ха, "относительно свежие"
Трайбор
лол
Трайбор
я так понимаю, докер появился потому, что "набор методов" и "продукт" - немного разные вещи
Трайбор
кроме работы с процессом, есть же еще коммуникации, как минимум. Сеть и всё такое. Продукту надо юзабельная инфраструктура
Andrey
cgroup это всё же старо и уже вторая генерация, гугли неймспейс ;)
Трайбор
https://habr.com/ru/company/selectel/blog/279281/