Timur
Я читал что есть какие-то параметры bind маунта, но к сожалению так и не понял, как их использовать и что за что отвечает
Timur
@panov_andy забыл сказать, что запускаю с docker-compose
RE
если нужно добавить новый сервис в docker-compose файл - то потом надо делать docker-compose build, но без docker-compose up контейнер для нового сервиса не стартанет же? только имадж соберется для него и все. так?
а что делать если сам имадж не надо собирать - он уже есть, просто нужно поднять контейнер с немного другими конфиг файлами для этого имаджа.
например дефолтный композ файл собирает и стартует контейнер с сервисом service1
а мне надо на лету добавить второй контейнер, с этим же имаджем, но конфиг будет чуть другой и назвать его надо service2
причем, чтобы service1 не рестартовался.
Vladimir
docker-compose up -d $NAME_SERVICE
Anonymous
Hello world
RE
спасиб
думаю scale это не совсем то, что надо - мне же конфиги надо разные
Дмитрий
спасиб
думаю scale это не совсем то, что надо - мне же конфиги надо разные
Ну это самому придется разрулить
Дмитрий
На основе аргумента или окружения
RE
хм..
RE
а как передавать аргумент новому контейнеру в случае scale ?
RE
еще вопрос.. в докер композ файле указываю
environment:
- ACCOUNT=1
......
command: ["/usr/local/bin/tool", "-a", "$ACCOUNT"]
но при билде пишет
WARNING: The ACCOUNT variable is not set. Defaulting to a blank string.
ну и при старте тоже пусто
service2 | Running command: /usr/local/bin/tool -a
Sergey
еще вопрос.. в докер композ файле указываю
environment:
- ACCOUNT=1
......
command: ["/usr/local/bin/tool", "-a", "$ACCOUNT"]
но при билде пишет
WARNING: The ACCOUNT variable is not set. Defaulting to a blank string.
ну и при старте тоже пусто
service2 | Running command: /usr/local/bin/tool -a
https://github.com/docker/compose/issues/1837
RE
спасиб, но не то..
скорее это
https://stackoverflow.com/questions/35796353/can-i-pass-arguments-into-docker-compose-the-command-config-option
RE
короче в command надо передавать параметры и нет смысла их задавать в env для этого
Sergey
первый ответ в топике, говорит о том что environment в docker-compose.yml прокидывается при старте а не во время билда
Sergey
короче в command надо передавать параметры и нет смысла их задавать в env для этого
вот это не спасет отца русской демократии? https://docs.docker.com/compose/compose-file/#args
RE
похоже) спасибо
Anonymous
всем доброго дня!
RE
а если после docker-compose up (без -d) ssh консоль отвалилаcь из-за сетевой проблемы - сам стек же будет работать нормально?
Anonymous
Вопрос интересный: есть тут кто юзает centos atomic в hyper-v 2012 r2?
Evgenii
RE
то есть лучше детачить..
Сын маминой подруги
та
Andrey
Вопрос интересный: есть тут кто юзает centos atomic в hyper-v 2012 r2?
нет. Хотя возможно, в ажуре для AKS что-нибудь типа этого и используется.
Anonymous
нет. Хотя возможно, в ажуре для AKS что-нибудь типа этого и используется.
СПС) в общем поставил в тестовом режиме, если себя зарекомендует, то и хорошо
Vladimir
Кто работал с проксированием одного образа через другой?
Vladimir
Подскажи, как настраивал
Vladimir
rdsubhas/tor-privoxy-alpine
Vladimir
Пробую так, но приложение не использует проксю
version: '3.5'
services:
mongodb:
image: mongo:3.3
volumes:
- ./data:/tmp/mondodb
tor:
image: rdsubhas/tor-privoxy-alpine
ports:
- "8118:8118"
- "9050:9050"
rkassa-bot:
image: registry.gitlab.com/some-test-app
hostname: test-bot
depends_on:
- mongodb
- tor
environment:
- MONGO_HOST=mongodb
- http_proxy=tor:8118
- https_proxy=tor:8118
links:
- mongodb
- tor
docker-compose
Vladimir
Может кто сталкивался, когда нужно один образ запускать в сеть через другой образ, уже не знаю куда копать
Andrei
А не проще глобально внешний траф ноды завернуть?
нꙺ
сам код бота точно на порт прокси настроен?
Vladimir
Куда заворачивать?
Vladimir
Задумка в том, чтобы образ с приложением использовал проксю
Vladimir
Докер же передает переменные окружения, чтобы образ их использовал или нет?
Stas
Может кто сталкивался, когда нужно один образ запускать в сеть через другой образ, уже не знаю куда копать
Попробуй покопать в сторону нескольких сетей. Интернал ко всем контейнерам привязать, а экстернал только к тому, кто во внешней смотрит. Таких примеров много.
нꙺ
у тебя бот точно ломится в tor:8118 ?
нꙺ
Дальше из образа все запросы должны идти через проксю, так?
дальше все запросы пойдут туда, куда ты их направишь )
Vladimir
Может я недопонимаю как все устроено, но если образ с ubuntu запущен и docker говорит ему вот тебе прокся, то любое приложение из ubuntu должно идти через проксю, в этом случае боту не нужно дополнительно что-то настраивать
arts
Не должно
нꙺ
не должно
Vladimir
Я кейс верно описал или нет? Образ не будет через проксю работать?
нꙺ
у тебя бот при запуске просто в стандартные 80/443 контейнера ломится
с какого хера он будет из env брать информацию о торе и порте 8118, елси ты ему такой команды не давал?
нꙺ
Я кейс верно описал или нет? Образ не будет через проксю работать?
будет, но настраивается не так
Vladimir
Так на уровне конфига я же говорю что есть прокся для всей убунты с приложением
нꙺ
ты хочешь завернуть трафик из бот-контейнера на тор-контейнер и дальше наружу, так?
Vladimir
Да, в этом вся задумка
Vladimir
Кстати телега сейчас настроена через тор контейнер и отлично работает ))
нꙺ
телега тоже в контейнере крутится? ))
Vladimir
телега у меня на винде
Vladimir
просто прописал ip сервера и порт тора и нормуль
нꙺ
просто прописал ip сервера и порт тора и нормуль
естественно, ты вообще отличаешь взаимодействие контейнер-хост и контейнер-контейнер?
нꙺ
покури вот это, должно помочь:
нꙺ
https://stackoverflow.com/questions/46099874/how-can-i-forward-a-port-from-one-docker-container-to-another
нꙺ
заверни с бота стандартные порты
Vladimir
что-то похожее, щас покурю
нꙺ
это значит, что с помощью определенной магии ты можешь направлять пакеты со стандартных портов http/https своего бот-контейнера (как правило 80 и 443) на порт 8118 тор-контейнера
нꙺ
потому что БОТ В ДУШЕ НЕ ЕБЕТ ЧТО ЕСТЬ КАКОЙ-ТО ТАМ ХОСТ(контейнер) С ПОРТОМ 8118!!!! он в свои локальные 80/443 ходит же, ну
Vladimir
Это я понимаю что он не знает и т.д., ему и не нужно, т.к. через конфиги маршрутизация будет работать
нꙺ
в твоем случае нет
нꙺ
боту не нужно знать, да
а вот контейнеру, который этого бота внутри себя содержит, еще как нужно
нꙺ
ты же переменные объвил?
https_proxy=tor:8118
нꙺ
где внутри бот-контейнера ты к ним обращаешься?
Vladimir
пока нигде
нꙺ
ну вот )
нꙺ
попробуй вот что
нꙺ
убери из бот-контейнера вообще из env
http_proxy=tor:8118
https_proxy=tor:8118
нꙺ
и просто к бот-контейнеру добавь:
нꙺ
ports:
- «8118:80»
- «8118:443»
нꙺ
@velykov