теперь по binkp.net и defnode вопросы

Eugene Erokhin написал(а) к All в Nov 16 22:39:10 по местному времени:

Снова я :) Я пытаюсь теперь по вашим советам разобраться с binkp.net. Столкнулся с очередной парой сложностей:

root@DESKTOP-FL2P2J4:~# host f1.n5083.z2.ddn.binkp.net
f1.n5083.z2.ddn.binkp.net has address 89.107.98.241
root@DESKTOP-FL2P2J4:~# host f1.n5083.z2.binkp.net
Нost f1.n5083.z2.binkp.net not found: 3(NXDOMAIN)
root@DESKTOP-FL2P2J4:~#

Это временная ситуация (адрес в нодлисте менялся в конце октября), или требуется какое-то действие от сисопа, чтобы поправить? Мой узел тоже не ресловится в основной зоне, хотя в dyn и ddn всё прекрасно.

И вопрос номер два: мне всё не даёт покоя мысль убрать насколько можно описания линков из конфига. Пароли я вынес в password.lst.
Включил

defnode -nr *

но всё равно сессия идёт только в том случае, если есть node для этого узла в конфиге. Причём нода описана как

node <адрес> *

что, насколько я понимаю при включённом defnode вообще ничего не добавляет. Это другой адрес, он нормально ресолвится на binkp.net. Пробовал binkd 1.0.4 и 1-1a94. Пробовал подсовывать *lo'шку вручную и менять у неё flavour. ФАКи, документацию читал, разве что исходники не читал. В конфиге есть комментарий:

# Default node flags. Binkd will call an unlisted node if "defnode" is defined.

Она defined. Чего он не звонит-то? :) В логах на всех loglevel пусто.

wbr! Eugene.

--- GoldED+/W32-MINGW 1.1.5-b20051207

Alexey Vissarionov написал(а) к Eugene Erokhin в Nov 16 17:30:00 по местному времени:

Доброго времени суток, Eugene!
05 Nov 2016 22:39:10, ты -> All:

EE> root@DESKTOP-FL2P2J4:~# host f1.n5083.z2.ddn.binkp.net
EE> f1.n5083.z2.ddn.binkp.net has address 89.107.98.241
EE> root@DESKTOP-FL2P2J4:~# host f1.n5083.z2.binkp.net
EE> Нost f1.n5083.z2.binkp.net not found: 3(NXDOMAIN)
EE> Это временная ситуация (адрес в нодлисте менялся в конце октября),
EE> или требуется какое-то действие от сисопа, чтобы поправить?

Пофигу. Используй информацию из нодлиста, она первична.

EE> Мой узел тоже не ресловится в основной зоне, хотя в dyn и ddn всё
EE> прекрасно.

Главное - у тебя нодлистовый uncleeugene.dlinkddns.com ресолвится, а до какого-то частного ресурса никому дела быть не должно.

EE> И вопрос номер два: мне всё не даёт покоя мысль убрать насколько
EE> можно описания линков из конфига.

gremlin@hren:~ > tail -2 ~/fido/etc/binkd.conf
# Your links
include /home/gremlin/fido/etc/binkd.links

То есть, все параметры нужно определить до описания линков.


--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii

... Лучше рабочий беспорядок, чем нерабочий порядок
--- /bin/vi

Eugene Erokhin написал(а) к Alexey Vissarionov в Nov 16 23:21:00 по местному времени:

Как-то 06 Ноя 16 в 17:30 писал Alexey Vissarionov письмо к Eugene Erokhin:

AV> gremlin@hren:~ > tail -2 ~/fido/etc/binkd.conf
AV> # Your links
AV> include /home/gremlin/fido/etc/binkd.links
AV> То есть, все параметры нужно определить до описания линков.
Так оно сейчас и есть. defnode была после, поставил до - никакой разницы.

У меня вопрос не в том, чтобы убрать их в другой файл, с этим я уж справлюсь :) У меня вопрос в том, можно ли убрать их вообще. Оставить только пароли для постоянных линков в файле паролей. А адреса брать автоматически, хоть из листа через перл, хоть с binkp.net.
Сейчас линки описаны так:
node <адрес> *

Адреса берутся через binkp.net. И включена defnode. Насколько я понимаю, при defnode он должен звонить что с описаниями линков, что без. А он без не звонит. Я туплю или он?

Вопрос сугубо академический. На практике, понятно, всегда можно вписать в конфиг ещё node для линка, но непонятно зачем. В таком описании никакой информации же сверх того, что binkd и так уже знает.

wbr! Eugene.

--- GoldED+/W32-MINGW 1.1.5-b20051207

Pavel Gulchouck написал(а) к Eugene Erokhin в Nov 16 07:28:18 по местному времени:

Нi Eugene!

06 Nov 16, Alexey Vissarionov ==> Eugene Erokhin:

EE>> root@DESKTOP-FL2P2J4:~# host f1.n5083.z2.ddn.binkp.net
EE>> f1.n5083.z2.ddn.binkp.net has address 89.107.98.241
EE>> root@DESKTOP-FL2P2J4:~# host f1.n5083.z2.binkp.net
EE>> Нost f1.n5083.z2.binkp.net not found: 3(NXDOMAIN)
EE>> Это временная ситуация (адрес в нодлисте менялся в конце октября),
EE>> или требуется какое-то действие от сисопа, чтобы поправить?

AV> Пофигу. Используй информацию из нодлиста, она первична.

Она-то первична, но её использовать для binkd сложнее - нужно ставить перл, настраивать хуки в binkd и регулярно обновлять нодлист.
Использовать binkp.net проще и удобнее (для чего и сделан).

Btw, хост f1.n5083.z2.binkp.net уже резолвится.

EE>> Мой узел тоже не ресловится в основной зоне, хотя в dyn и ddn всё прекрасно.

AV> Главное - у тебя нодлистовый uncleeugene.dlinkddns.com ресолвится, а до какого-то частного ресурса никому дела быть не
AV> должно.

binkp.net настолько же частный ресурс, как и любой фидошный хаб или вот этот dlinkddns.com (он же dyndns.org).
Насчёт "никому дела быть не должно" - это уж пусть люди сами решают, до чего им есть дело, а до чего нет.
Кто-то, может, считает, что и до фидо никому не должно быть дела, так что ж теперь? :)

Lucky carrier,
Паша
aka gul@gul.kiev.ua
--- GoldED+/LNX 1.1.5

Pavel Gulchouck написал(а) к Eugene Erokhin в Nov 16 07:20:12 по местному времени:

Нi Eugene!

05 Nov 16, Eugene Erokhin ==> All:

EE> И вопрос номер два: мне всё не даёт покоя мысль убрать насколько можно описания линков из конфига. Пароли я вынес в
EE> password.lst. Включил

EE> defnode -nr *

EE> но всё равно сессия идёт только в том случае, если есть node для этого узла в конфиге. Причём нода описана как

EE> node <адрес> *

EE> что, насколько я понимаю при включённом defnode вообще ничего не добавляет. Это другой адрес, он нормально ресолвится на
EE> binkp.net. Пробовал binkd 1.0.4 и 1-1a94. Пробовал подсовывать *lo'шку вручную и менять у неё flavour. ФАКи, документацию
EE> читал, разве что исходники не читал. В конфиге есть комментарий:

EE> # Default node flags. Binkd will call an unlisted node if "defnode" is defined.

EE> Она defined. Чего он не звонит-то? :) В логах на всех loglevel пусто.

Сейчас определённо сказать не могу (нужно смотреть сорцы и пробовать - как-нибудь потом), но на всякий случай - попробуй поменять местами в конфиге файл паролей и строку defnode. Поведение может зависеть от того, в каком они порядке идут.

Lucky carrier,
Паша
aka gul@gul.kiev.ua
--- GoldED+/LNX 1.1.5

Eugene Erokhin написал(а) к Pavel Gulchouck в Nov 16 16:42:56 по местному времени:

Как-то 07 Ноя 16 в 07:20 писал Pavel Gulchouck письмо к Eugene Erokhin:

PG> Сейчас определённо сказать не могу (нужно смотреть сорцы и пробовать -
PG> как-нибудь потом), но на всякий случай - попробуй поменять местами в
PG> конфиге файл паролей и строку defnode. Поведение может зависеть от того, в
PG> каком они порядке идут.
Ок, спасибо! Попробую поколдовать. О результатах сообщу, вдруг пригодятся :)

wbr! Eugene.

--- GoldED+/W32-MINGW 1.1.5-b20051207

Eugene Erokhin написал(а) к Pavel Gulchouck в Nov 16 14:42:14 по местному времени:

Как-то 07 Ноя 16 в 07:20 писал Pavel Gulchouck письмо к Eugene Erokhin:

PG> Сейчас определённо сказать не могу (нужно смотреть сорцы и пробовать -
PG> как-нибудь потом), но на всякий случай - попробуй поменять местами в
PG> конфиге файл паролей и строку defnode. Поведение может зависеть от того, в
PG> каком они порядке идут.
В общем пробовал всякое, binkd 0.9.11 и 1.0.4, пробовал двигать в конфигах разные слова в разные места, пробовал сервисом и standalone. Без node не звонит под виндами. Из виндов у меня только 10x64 под рукой. Причём линуксовый 0.9.11 в тех же виндах под bash shell звонит без проблем. Вот только bash shell пока не научили запускать процессы до логина. Как научат, так проблема решена. Пошёл вкуривать исходники, может найду чего...

wbr! Eugene.

--- GoldED+/W32-MINGW 1.1.5-b20051207

Eugene Erokhin написал(а) к All в Nov 16 21:10:12 по местному времени:

А есть девелоперская эха по binkd? :)

Напоминаю, проблема была следующая: binkd не звонил на адреса без "node" в конфиге, даже при включенной defnode и ресолвящихся адресах.

Стянул binkd-master с гитхаба, покурил изрядно исходников, нашёл следующее в ftnnode.c в getnode_infonolock():
if (( !np ||
(np->listed != NLNODE && np->recheck < safetime()))
&& config->havedefnode)
условие не выполняется, getdefnodeinfo не вызывается, неописанная нода получает "-" в хостах.

После того, как закомментировал часть && np->recheck < safetime() - зазвонило. Вернул условие, пошёл смотреть кто такая safetime и где нужен recheck.

Сначала заподозриил safetime(), поскольку она под виндой и под другими реализована в исходнике по разному. Убрал виндовое описание в tools.c/h, сделал define safe_time() time(), как на все платформы. Ничего не поменялось. Нашёл вхождения recheck. Оно обновляется в add_node_nolock, и там к текущему времени прибавляется RESOLV_TTL в количестве 3600 секунд. Убрал RESOLVTTL в ноль - звонит.

Я не самый важный программист, логику работы во всех тонкостях не объял, поэтому адресую наблюдение разработчикам. Или этот RESOLV_TTL добавляется не туда, или я не знаю :) Собирал в VS++2010.

wbr! Eugene.

--- GoldED+/W32-MINGW 1.1.5-b20051207

Eugene Erokhin написал(а) к All в Nov 16 22:38:04 по местному времени:

Как-то 11 Ноя 16 в 21:10 писал Eugene Erokhin письмо к All:

EE> Я не самый важный программист, логику работы во всех тонкостях не
EE> объял, поэтому адресую наблюдение разработчикам. Или этот RESOLV_TTL
EE> добавляется не туда, или я не знаю :) Собирал в VS++2010.
Кажись доехал до конца :) Перенёс проверку на recheck < safetime() в функцию get_defnodeinfo, обернул собственно ресолвилку адреса:
if (&on->recheck < safe_time())
{
aiErr = srv_getaddrinfo(host, port ? port : "0", &hints, &ai);
if (aiErr != 0) continue;
}


Теперь RESOLV_TTL не должен быть 0, вроде всё работает. Сделал pull request на гитхабе.


wbr! Eugene.

--- GoldED+/W32-MINGW 1.1.5-b20051207

Peter Khanin написал(а) к Eugene Erokhin в Nov 16 13:29:16 по местному времени:

Здpавствуй, Eugene!

Пятница 11 Ноября 2016 22:38, ты писал(а) All, в сообщении по ссылке area://ru.binkd?msgid=2:5083/85+5825f805:

EE>> Я не самый важный программист, логику работы во всех тонкостях не
EE>> объял, поэтому адресую наблюдение разработчикам. Или этот
EE>> RESOLV_TTL добавляется не туда, или я не знаю :) Собирал в
EE>> VS++2010.
EE> Кажись доехал до конца :) Перенёс проверку на recheck < safe_time() в
EE> функцию getdefnodeinfo, обернул собственно ресолвилку адреса:
EE> if (&on->recheck < safe_time())
EE> {
EE> aiErr = srv_getaddrinfo(host, port ? port : "0", &hints, &ai);
EE> if (aiErr != 0) continue;
EE> }
EE> Теперь RESOLV_TTL не должен быть 0, вроде всё работает. Сделал pull
EE> request на гитхабе.

То-то я смотрю нода перестала звонить...

С уважением - Peter
--- GoldED-NSF/W32-MINGW 1.1.5-20090710