= Сообщение: 245 из 1947 ========================================== RU.BINKD = От : Pavel Gulchouck 2:463/68 18 Sep 14 20:05:14 Кому : Max Vasilyev 18 Sep 14 20:05:14 Тема : 24554: incorrect port FGHI : area://RU.BINKD?msgid=2:463/68+541b144d На : area://RU.BINKD?msgid=2:5057/77.1@fidonet+5419212c = Кодировка сообщения определена как: CP866 ================================== ============================================================================== Hi Max!
17 Sep 14, Max Vasilyev ==> Pavel Gulchouck:
MV> Вот тебе еще над чем подумать. MV> Имеется binkd c перлом, в конфиге: MV> perl-dll \\FIDO\\perl510.dll MV> perl-hooks \\FIDO\\BINKD\\nodelist.pl MV> perl-var nodelist fidonet:\\FIDO\\NODELIST\\NODELIST.[0-9][0-9][0-9] MV> perl-var magichost !
MV> Т.е. сначала пойдет звонок по нодлисту, потом по binkp.net, потом по IP. MV> В 1.0.4 все показывает красиво, куда и на какой порт звонить будет: MV> + 17 Sep 09:29:26 [1376] outgoing session with byte.nsk.su. (24554) MV> + 17 Sep 09:30:02 [1780] outgoing session with f111.n5000.z2.binkp.net (24554) MV> + 17 Sep 09:36:34 [376] outgoing session with 37.192.123.64 (24554)
MV> А в 1.1а только адрес: MV> + 17 Sep 09:38:38 [1660] outgoing session with 37.192.123.64
MV> backresolv HЕ включен, это именно из конфига данные пишутся куда и на какой порт звонок идет.
MV> Хочется, чтобы в current было как в релизе. MV> Поломано давно.
Тут дело вот в чём. 1.0.x для строки "session with" смотрит connected socket, берёт оттуда номер порта, а как адрес для исходящей сессии, действительно, пишет используемый адрес из конфига (если не прописан backresolv). При этом, кстати, не видно, на какой IP произошло соединение. 1.1a может делать исходящие вызовы не только по tcp, но и вызовом внешней утилиты (например, ssh), передавая ей параметром исходящий IP. В этом случае сокета нет, есть только пайп, по которому узнать адрес/порт нельзя. Этим вызваны изменения в формате лога. Но если включить уровень 4, в логе появятся записи "trying ..." с адресом узла из конфига и IP-адресом, на который делается попытка соединения.
В принципе я согласен с тем, что тут лог пишется не лучшим образом, причём как в stable, так и в current. Не считаю это серьёзным, но при случае попробую улучшить, спасибо.