#21
|
|||
|
|||
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
|
|||
|
|||
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
|
|||
|
|||
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
|
|||
|
|||
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 |
#25
|
|||
|
|||
Binkp handshake
Nil A написал(а) к Alexey Khromov в Oct 24 22:55:04 по местному времени:
Нello, Alexey! 11 Oct 24 21:35, from Alexey Khromov -> Nil A: AK> Видимо, портянки AKA с левонетами скрывать уже было незачем авторам AK> binkp. Дополним мейлер опцией какой-нить и заставим, если он AK> вызываемый , ждать адреса вызывающего. Означает ли это, что если мы нашли в интернете открытый порт Binkp, и просто сохранили весь вывод, в выводе не будет понятно, чья это вообще станция? Сейчас поиском по базам сетевым можно разыскать, на каком ваще IP отвечает какой-нибудь FTN адрес. Best Regards, Nil --- GoldED+/LNX 1.1.5-b20240306 |
#26
|
|||
|
|||
Binkp handshake
Alexey Khromov написал(а) к Nil A в Oct 24 00:22:20 по местному времени:
* Ответ на сообщение из PERSONAL.MAIL (PERSONAL.MAIL). Здраствуйте, Nil! 11 окт 24 22:55, Nil A -> Alexey Khromov: NA> Означает ли это, что если мы нашли в интернете открытый порт Binkp, и NA> просто сохранили весь вывод, в выводе не будет понятно, чья это вообще NA> станция? Сейчас поиском по базам сетевым можно разыскать, на каком NA> ваще IP отвечает какой-нибудь FTN адрес. Если получится - так примерно и будет. SYS и ZYZ же все равно отдаем сразу, хотя и по этому поводу есть мыслишка одна. А по поводу поиска открытых сервисов))) это постоянный процесс уже. Порт binkp можно и поменять. И во флаг IBN:<port> прописать. Вон, порт ifcico так стандартным и не стал, он просто "традиционный". Alexey Khromov --- GoldED+/LNX 1.1.5-b20240309 |