= Сообщение: 329 из 1925 ========================================== RU.BINKD = От : Pavel Gulchouck 2:463/68 15 Jan 15 13:01:16 Кому : Ivan Agarkov 15 Jan 15 13:01:16 Тема : inconsistent pwd settings FGHI : area://RU.BINKD?msgid=2:463/68+54b7a463 На : area://RU.BINKD?msgid=2:5020/849.1+54b79bf2 = Кодировка сообщения определена как: CP866 ================================== ============================================================================== Hi Ivan!
15 Jan 15, Ivan Agarkov ==> Pavel Gulchouck:
PG>> Как ты это себе представляешь? PG>> Допустим, у меня есть AKA 2:463/68 и 2:46/128, для которых с твоей PG>> стороны прописаны разные пароли. Я звоню тебе на 2:5020/849. Hо у меня PG>> ведь на твой узел есть только один пароль.
IA> С точки зрения конфига - да, придется указывать флаг "source addr". IA> Самое простое - aka которых нет в конфиге на этот узел, просто не предъявляются.
Такой параметр есть, называется hide-aka.
IA> Более сложный вариант - с обменом пар M_ADR и M_PWD IA> Типа IA> M_NUL OPT MULTIPASSWD IA> M_PWD MULTIPASSWD-SRC_AKA-DST_AKA-PASSWD IA> M_OK AKA1-AKA2 IA> (session) IA> EOB IA> EOB
IA> M_PWD MULTIPASSWD_SRC_AKA2-DST_AKA2-PASSWD IA> M_ERR bad aka
IA> EOB IA> EOB IA> EOB
То есть, чтобы это работало, мне в конфиге нужно указать для твоего узла разные пароли для разных моих aka? Как-то не кажется, что это имеет смысл. Если это AKA ("also known as"), то и пароли должны совпадать. А если это по сути разные ноды, то лучше их разнести по разным binkd, и не совмещать передачу почты на разные узлы в одной сессии.
IA> Таким образом, если у меня линк ТОЛЬКО с 2:463/68 то я и буду принимать только его. IA> Если у меня линк с обоими - то и принимать я буду в рамках одной tcp-сессии но в разных сессиях логических. IA> С третьей - гораздо веселее, когда у узла 20 aka из которых 5 пойнтовых и 10 левонетных и со всех них он льет почту. IA> С четвертой - юзеров этой фичи будет не больше, чем юзеров binkp over pipe/ssh, но как дальнейшее развитие протокола - IA> почему нет?
Если у тебя прописаны разные пароли для 463/68 и 46/128, ты позвонил мне на 463/68, чтобы отдать почту, и увидел второе AKA, для которого другой пароль - это второе AKA будет отброшено, почта для него не отдастся, и сессия пройдёт только с 463/68. После этого ты можешь позвонить на 46/128, предъявить другой пароль, отбросить aka 463/68, и отдать почту для 46/128.
Для входящих сессий это не сработает. Если я тебе позвонил и предъявил два AKA, для которых у тебя разные пароли, ты дропаешь сессию. Если бы я предъявил один из паролей и ты отбросил второе моё AKA, могла бы сложиться ситуация, что я тебя поллю, но почту не получаю, и причину этого не знаю - сессия проходит успешно, полл снимается, но почта остаётся не отправленной. Такая ситуация ненормальна, поэтому сессия дропается, полл остаётся. Расхождение паролей на разные 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)
