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


Присутствуют сообщения из эхоконференции RU.BINKD с датами от 14 Jul 13 17:53:22 до 24 Jun 24 22:17:00, всего сообщений: 1933
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 538 из 1933 ========================================== RU.BINKD =
От   : Pavel Gulchouck                  2:463/68           09 Nov 15 07:20:20
Кому : Oleg Pevzner                                        09 Nov 15 07:20:20
Тема : Параметры hide-aka, present-aka и limit-rate
FGHI : area://RU.BINKD?msgid=2:463/68+56402fed
На   : area://RU.BINKD?msgid=2:464/5555+563f7c5b
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.BINKD?msgid=2:464/5555+56408d51
==============================================================================
Hi Oleg!

08 Nov 15, Oleg Pevzner ==> Pavel Gulchouck:

PG>> hide-aka и present-aka появились давно, в 2003, и есть в нынешнем
PG>> stable (1.0). Они хоть глобальные, но там можно задавать номер узла
PG>> или маску:

OP>    Hу да, спасибо, именно это я и читал в описании конфига, но оно и вызвало исходный вопрос. У меня задача такая: мне
OP> крайне желательно иметь возможность выборочно, каждому линку прописывать свой список адресов, который будет ему доступен
OP> для предъявления. В том же T-Mail, например, эта задача легко решается через конфигурационный файл подстановок subst.lst,
OP> где в строках описаний ноды можно указывать параметры Aka (по смыслу present-aka) и hideAka. Комбинируя их между собой,
OP> можно получать очень гибкие конфигурации линков. Подумалось, что и в бинкде такое должно по аналогии быть, но столкнулся с
OP> тем, что параметры hide-aka и present-aka оказываются глобальными. Да, там, конечно, есть маски адресов, но как-то пока не
OP> чувствую, смогу ли использовать их для своего случая.

А в чём проблема с их использованием?

PG>> Лично мне реализация представляется неидеальной, в ней заложены
PG>> некоторые проблемы, но в простых случаях они вполне применимы.

OP>    Согласен, конечно, но смотря что считать таким простым случаем. Вот описанный мною случай простой или сложный? :)
OP> Конкретно: мой узел сегодня имеет один основной адрес 2:464/5555 и, кроме него, может предъявлять в качестве AKA еще
OP> адреса 2:464/89, 2:464/400, 2:464/0, 2:46/0 и 2:46/9999. Иногда мне бывает важно скрыть от линка ненужные ему AKA,
OP> особенно, если у него они прописаны с паролями, отличными от пароля на 2:464/5555. Могу ли я это сделать текущими штатными
OP> средствами бинкда? Причем так, чтобы одному узлу разрешалось видеть одну часть списка моих адресов, другому - другую часть
OP> и т.п.?

Да, конечно. Например,

hide-aka 2:46/0 2:463/68@fidonet
hide-aka 2:464/0 2:5020/*
hide-aka 2:46/999 2:292/854@fidonet
hide-aka 2:464/0 2:292/854@fidonet

и т.д., как душе угодно. Таких строк может быть сколько угодно.
Можно и наоборот, через present-aka.

Нужно учесть, что при входящих сессиях эти параметры проверяются для всех предъявляемых удалённой стороной адресов, а для исходящих - только для того адреса, на который ты звонишь.

              Lucky carrier,
                           Паша
                           aka  gul@gul.kiev.ua
--- GoldED+/LNX 1.1.5
* Origin: printf("%s", "How can I increase performance?\n"); (2:463/68)

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