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


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

Sunday November 08 2015 16:10, you wrote to me:

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

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

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

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

PG> rate-limit тоже глобальный параметр (появился в 2004), и тоже можно
PG> задавать адрес или маску для узлов, к которым он относится:

   Понятно, спасибо, с этим более-менее ясно.

PG> Для работы limit-rate binkd должен быть собран с поддержкой этой фичи.
PG> Под windows обычно распространяются сборки с включенными всеми
PG> опциональными фичами.

   Да-да, спасибо большое, понятно.

WBR, Oleg                           Sunday November 08 2015
E-Mail: omp<no-spam>omp.dp.ua

--- XStation
* Origin:  (2:464/5555)

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