Телеграмм чат группы erlangrus страница 2045

Maksim Lapshin

Если вкратце, это жопа

ну вот через 127.0.0.1 получилось, но приходится всё запускать с таким именем

11:38пожаловаться #1

СИ

Vasilii Demidenok

erl -name 'some@127.0.0.1' -setcookie 123

erl -name 'some2@127.0.0.1' -setcookie 123
(some2@127.0.0.1)2> rpc:call('some@127.0.0.1', lists, reverse, [[1,2,3]]).
[3,2,1]

а по внешнему ip уже не будет видно эту ноду? да уж

11:40пожаловаться #2

V

Vasilii Demidenok in ErlangRus

не будет

11:40пожаловаться #3

ML

Maksim Lapshin in ErlangRus

Мы поэтому во всем флюссонике перешли на server.l и воткнули везде ручной резолвинг.

Это не работает между серверами, но работает в нашем транскодере

11:40пожаловаться #4

СИ

Maksim Lapshin

Мы поэтому во всем флюссонике перешли на server.l и воткнули везде ручной резолвинг.

Это не работает между серверами, но работает в нашем транскодере

а ты не сморел в коде - может там патч небольшой совсем нужен что-бы оно умело висеть на нескольких интерфейсах?

11:42пожаловаться #5

TH

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

11:51пожаловаться #6

TH

Так устроен dist ерланга

11:52пожаловаться #7

TH

вот, тут детальней http://erlang.org/doc/apps/erts/erl_dist_protocol.html#register-a-node-in-epmd

11:55пожаловаться #8

TH

Сергей Иванов

а ты не сморел в коде - может там патч небольшой совсем нужен что-бы оно умело висеть на нескольких интерфейсах?

небольшим патчем не получится отвертеться ). сильный запил нужен с изменением основы OTP - dist протокола (см.выше)

11:57пожаловаться #9

ML

Maksim Lapshin in ErlangRus

Сергей Иванов

а ты не сморел в коде - может там патч небольшой совсем нужен что-бы оно умело висеть на нескольких интерфейсах?

если вкратце, то требуется что бы везде был хороший резолвящийся FQDN, тогда будет ок

11:58пожаловаться #10

ML

Maksim Lapshin in ErlangRus

в самой регистрации и dist протоколе имя хостнейма ноды как таковое не используется, но проверяется.

При коннекте ноды проверяется то, как она себя представляет и то, как к ней пришли и если это не совпадает, то связь рвется

11:59пожаловаться #11

TH

я отвечал на вопрос о возможности слушать на конкретных адресах (т.е. нескольких) но при этом стартовать не с FQDN

12:00пожаловаться #12

СИ

в общих чертах для понимания проблемы досточно. спасибо!

12:01пожаловаться #13

TH

но из личного опыта - работа с IP в конечном счете приведет к боли. лучше ими пользоваться на стейджах(и только по большой нужде), но в прод ни под какими предлогами не затаскивать )

12:03пожаловаться #14

СИ

Taras Halturin

но из личного опыта - работа с IP в конечном счете приведет к боли. лучше ими пользоваться на стейджах(и только по большой нужде), но в прод ни под какими предлогами не затаскивать )

мне нужно было именно локально отправить сообщение ноде не заморачиваясь на имя хоста (пришлось заморочиться)

12:05пожаловаться #15

СИ

вообще тут нарушение однотипности поведения видится. т.е. запустить ноду с sname можно (и он выстраивает полное имя ), а обратиться по sname нельзя.

12:08пожаловаться #16

TH

sname - это когда ты живешь без днс, но не хочется возиться с IP адресами

12:10пожаловаться #17

СИ

Taras Halturin

sname - это когда ты живешь без днс, но не хочется возиться с IP адресами

так он не к ip адресу привязыает, а к имени хоста. что-бы локально дернуть ноду по sname мне надо /etc/hostname поднимать

12:12пожаловаться #18

TH

скажу по-другому. для -name FQDN - fully qualified domain name , для -snme FQDN - fake qualified domain name 😊

12:14пожаловаться #19

СИ

Taras Halturin

скажу по-другому. для -name FQDN - fully qualified domain name , для -snme FQDN - fake qualified domain name 😊

я говорю о несимметричности поведения. ты можешь задать для ноды sname и платформа сама добавляет к нему hostname (даже если он не ресолвится), а обратиться к локальной ноде по sname ты не можешь