forum.wfido.ru  

Вернуться   forum.wfido.ru > Прочие эхи > RU.FTN.DEVELOP

Ответ
 
Опции темы Опции просмотра
  #21  
Старый Сегодня, 19:41
Alexey Fayans
Guest
 
Сообщений: n/a
По умолчанию Binkp handshake

Alexey Fayans написал(а) к Alexey Khromov в Oct 24 18:28:04 по местному времени:

Привет, Alexey!

11-10-2024 14:12 Alexey Khromov -> Alexey Fayans:

AK> Как видишь, в стандарте не определено ожидание M_ADR одной из сторон
AK> - только синхронизация на сверке пароля

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


С наилучшими пожеланиями, Alexey.
--- Tornado/DPMI 1.71.4/WIP/26-Sep-2024
Ответить с цитированием
  #22  
Старый Сегодня, 20:41
Alexey Fayans
Guest
 
Сообщений: n/a
По умолчанию Binkp handshake

Alexey Fayans написал(а) к Nil A в Oct 24 19:29:39 по местному времени:

Нello Nil!

On Fri, 11 Oct 2024 18:11 +0300, you wrote to Alexey Khromov:

NA> Означает ли это, что если обе стороны будут, как при игре в покер,
NA> пытаться не "раскрыть свои карты" до последнего, что как бы не
NA> противоречит стандарту, то хендшейк просто будет застревать, играют в
NA> несознанку, и отваливаться по таймауту?

Да, только вызывающей стороне нет никакого смысла это делать, т.к. она и так знает, кого вызывает и какие адреса предъявить.


... Music Station BBS | https://bbs.bsrealm.net | telnet://bbs.bsrealm.net
--- GoldED+/W32-MSVC 1.1.5-b20180707
Ответить с цитированием
  #23  
Старый Сегодня, 20:51
Nil A
Guest
 
Сообщений: n/a
По умолчанию Binkp handshake

Nil A написал(а) к Alexey Fayans в Oct 24 19:43:14 по местному времени:

Нello, Alexey!

11 Oct 24 19:29, from Alexey Fayans -> Nil A:

NA>> Означает ли это, что если обе стороны будут, как при игре в
NA>> покер, пытаться не "раскрыть свои карты" до последнего, что как
NA>> бы не противоречит стандарту, то хендшейк просто будет
NA>> застревать, играют в несознанку, и отваливаться по таймауту?

AF> Да, только вызывающей стороне нет никакого смысла это делать, т.к. она
AF> и так знает, кого вызывает и какие адреса предъявить.

Вызывающая сторона может попридержать свой левонетовский ака, пока там его не предъявят.
Хотя да, кто вызывает, обычно точно знает, хочет он и с фидонетовским, и с левонетовским пообщаться.

Best Regards, Nil
--- GoldED+/LNX 1.1.5-b20240306
Ответить с цитированием
  #24  
Старый Сегодня, 23:01
Alexey Khromov
Guest
 
Сообщений: n/a
По умолчанию Binkp handshake

Alexey Khromov написал(а) к Nil A в Oct 24 21:35:50 по местному времени:

Здраствуйте, Nil!

11 окт 24 18:11, Nil A -> Alexey Khromov:

NA> Означает ли это, что если обе стороны будут, как при игре в покер,
NA> пытаться не "раскрыть свои карты" до последнего, что как бы не
NA> противоречит стандарту, то хендшейк просто будет застревать, играют в
NA> несознанку, и отваливаться по таймауту?

Да, однако я написал уже, что стандартом предполагается в первой фазе обмен всеми системными заголовками, включая адрес. Точка синхронизации - проверка пароля, а его не проверить без адреса, т.к. MD5-челендж отправляется вызываемым сервером первой же строкой.

NA> В этом плане, какой-нибудь TLS handshake более понятен. Есть
NA> ClientНello, есть ServerНello, и понятно кто что предъявляется, чтобы
NA> можно было договориться.

Видимо, портянки AKA с левонетами скрывать уже было незачем авторам binkp. Дополним мейлер опцией какой-нить и заставим, если он вызываемый , ждать адреса вызывающего.


Alexey Khromov
--- GoldED+/LNX 1.1.5-b20240309
Ответить с цитированием
Ответ


Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход


Текущее время: 23:27. Часовой пояс GMT +4.


Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2024, vBulletin Solutions, Inc. Перевод: zCarot