SM
а в будущем изнутри второго докера первый
Size: a a a
2020 June 04
ZS
так вам надо не имя контейнера указывать а имя машины на которой крутиться контейнер
SM
так вам надо не имя контейнера указывать а имя машины на которой крутиться контейнер
хм... а не могли бы Вы пояснить, зачем тогда нужно опция -h при docker run?
ZS
хосты нужны внутри докера.. что бы сонтейнеры связывались
ZS
я могу рассказать как я понимаю... но могу ошибаться..
SM
хосты нужны внутри докера.. что бы сонтейнеры связывались
хм ... странно, значит, получается -h — это для резолва между докерами, а если добавлять —add-host, то с хоста?
GG
хм ... странно, значит, получается -h — это для резолва между докерами, а если добавлять —add-host, то с хоста?
нет, ни то, ни то
GG
—add-host - это как бы прописать некий хостнейм в /etc/hosts внутри контейнера
GG
-h - это задать хостнейм контейнера, но он локален для самого контейнера
ZS
ага, точно..
ZS
докер это по сути изолированная среда... там все свое
SM
так ... а как пинговать докер по имени, которое я хочу?
ZS
что бы с наружи иметь доступ нужно пробрасывать порт как делаете правила в firewall
ZS
так ... а как пинговать докер по имени, которое я хочу?
пинговать вы сможете хост машину .. а не контейнер
GG
можно сделать как
GG
берешь CONSUL
GG
в нем регистрируешь докер контейнер )
GG
и используешь консул как распределенный днс
GG
но! у тебя есть нюанс, что докеры получаются адреса, которые доступны только ВНУТРИ определенного хоста
GG
теоретически их можно публиковать и на внешних адресах... но такое себе. думать надо. Проектировать, как это будет работать