Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.FTN.DEVELOP
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.FTN.DEVELOP с датами от 12 Jul 13 20:52:30 до 18 Oct 24 22:48:06, всего сообщений: 2735
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 2584 из 2735 =================================== RU.FTN.DEVELOP =
От   : Nil A                            2:5015/46          31 Aug 24 21:20:30
Кому : Dmitriy Romanov                                     31 Aug 24 21:20:30
Тема : Nodelist INA:xxx.binkp.net
FGHI : area://RU.FTN.DEVELOP?msgid=2:5015/46+66d36076
На   : area://RU.FTN.DEVELOP?msgid=2:6078/1+66d2261a
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.FTN.DEVELOP?msgid=2:6078/1+66d36e45
==============================================================================
Hello, Dmitriy!

30 Aug 24 21:56, from Dmitriy Romanov -> Alexey Khromov:

DR> больше интересна логика. На текущий момент для каждого линка заводятся
DR> одна или несколько записей "телефонной книги", где указаны способы
DR> соединения - модем, ip различных протоколов, у каждой записи свое
DR> время работы, некоторые можно галочкой отключить. Мне представляется,
DR> что при чтении нодлиста будут добавлены еще по несколько записей там
DR> же. Непонятки возникают вот в каком моменте. Допустим, я вручную в
DR> конфиге запретил один из способов исходящего соединения на линк,
DR> который прочитался из нодлиста. Как при очередном чтении нодлиста их
DR> идентифицировать в дальнейшем? Вот я запретил один. А на нем потом
DR> поменялся айпишник к примеру. Получится, что старая запись удалится,
DR> но появится новая, которая по умолчанию снова станет активной. Либо их
DR> сразу по умолчанию делать неактивными, а включать вручную. Но
DR> тогда теряется весь смысл автоматического чтения нодлиста - старый
DR> способ связи станет неактуальным, а новый не
DR> активируется автоматически.

Если у тебя парсер нодлиста как вывод правит конфиг куда и как звонить, то это не очень удобно. Парсер нодлиста создаёт _памаяти/на_иске словарик, ключ FTN-адрес, значение - список способов связи, с флажками, с временем работы и пр.
При этом в конфиге звонилки ты прописываешь линк, например, как в бинке.

node 2:5080/102@fidonet binkd.node.grumbler.org;binkp.vashadmin.su;* PASSWORD
И на этого нода бинк будет звонить сначала по этим хостам, на стандартный порт, а потом звёздочка, т.е. сходить в нодлист.

А вот тут наоборот, сначала в нодлистовыми контактами попытается воспользоваться, а потом уже на указанный хост пойдёт.
node 2:5058/104 *;math.ydns.eu PASSWORD

Best Regards, Nil
--- GoldED+/LNX 1.1.5-b20240306
* Origin: FidoNet member since 1995 (2:5015/46)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.120760 секунды