2:5035/0: Bad password
2:5035/64: Bad password
2:5020/0: {W32 API error 10060} Connection timed out
2:5020/101: {W32 API error 10060} Connection timed out
2:50/701: {W32 API error 10054} An existing connection was forcibly
closed by the remote host
По результатам проверки работоспособности узлов региона по опубликованным в нодлисте реквизитам
binkd, выявлены следующие неотвечающие узлы. Просьба в течение 2 недель: - сисопам независимых
узлов устранить указанные проблемы. В противном случае, узлы будут переведены в Hold, ещё чере
2 недели в Down, а ещё через 2 недели удалены из нодлиста
2:50/701: {W32 API error 10054} An existing connection was forcibly closed by the remote
host
асколько мне известно, это какой-то старый глюк jNode, регулярно вылезающий при обзвонках,
но это не повод его не устранять.
Ага, щаз все как ломанемся устранять глюк отвала винды по таймауту! а линуксовых нодах.
Дружно ставим флаг PVT?? Ибо нефиг, 2:50/700 ну-ко прозвони? А на ней все гораздо чудесатее,
однако работает ж. PS: А вот эти вот все ниже с той-же ашипкой - надо думать все как один
пользуются jNode? И молчат как партизаны. Или все таки нет?
Ага, щаз все как ломанемся устранять глюк отвала винды по
таймауту! а линуксовых нодах. Дружно ставим флаг PVT?? Ибо
2:50/701: {W32 API error 10054} An existing connection was
forcibly closed by the remote host
асколько мне известно, это какой-то старый глюк jNode,Ага, щаз все как ломанемся устранять глюк отвала винды по таймауту!
регулярно вылезающий при обзвонках, но это не повод его не
устранять.
Дружно ставим флаг PVT?? Ибо нефиг, 2:50/700 ну-ко прозвони? А на ней
все гораздо чудесатее, однако работает ж.
PS: А вот эти вот все ниже с той-же ашипкой - надо думать все как один пользуются jNode? И молчат как партизаны. Или все таки нет?
парольной сессии установленного линка. Что не так? С какой радости не рвать входящий коннект, не несущий полезную нагрузку?? Ибо это не
глюк, а фича. Используйте софт по назначению и не будет никаких
глюков. У /701 4 линка и все фунциклируют.
6.1.2 Answering Side
--------------------
Originating side sends M_ADR and waits for M_ADR and M_PWD frames
from remote. Upon receptions of these frames, it decides whether
the password really matches the list of presented addresses, and
either acknowledges it by sending M_OK frame (and goes to file
transfer stage) or rejects by sending M_ERR frame (and
disconnects). The term wait in this paragraph means do not send
anything while expecting data from remote.
Посмотрел в свои логи во время прозвонки. 2:5020/9999 чуть задержался (на миллисекунды) с
хендшейком и начал представляться когда у меня уже весь пакет баннера ушел. Это все равно
соответствует протоколу, в итоге представились, обменялись EOB-ами и разошлись. Беспарольная
сессия же должна быть полноценной - вдруг в тебя непарольный мыл от почитателей несется
директом?)
А позвони на /701 плиз ??
Я логи в минимальный вариант с неделю как включил, щаз только вернул максимальные. о ненадолго - не нужны они мне в таких объемах. В /700, положим, как директ будем заливать? IEM опускаем, это полюбас не
директ нетмейл. Ответ - а никак, это pvt по сути.
парольной сессии установленного линка. Что не так? С какой радости не рвать входящий коннект,Мне кажется, проблема в том, что от 50/701 не приходит фрейм M_ADR. 6.1.2 Answering Side
не несущий полезную нагрузку?? Ибо это не глюк, а фича. Используйте софт по назначению и не
будет никаких глюков. У /701 4 линка и все фунциклируют.
--------------------
Originating side sends M_ADR and waits for M_ADR and M_PWD frames
from remote. Upon receptions of these frames, it decides whether
the password really matches the list of presented addresses, and
either acknowledges it by sending M_OK frame (and goes to file
transfer stage) or rejects by sending M_ERR frame (and
disconnects). The term wait in this paragraph means do not send
anything while expecting data from remote.
huba@BAV:~$ nc fido.club.noho.st 24554 ?SYS Jungle Deere Nest?ZYZ Forrest J. Deere?LOC
Somewhere?NDL 300,TCP,BINKP?VER jNode ver. 1.5 binkp/1.1?TIME Thu, 24 Apr 2025 13:38:53
+0300?OPT CRAM-MD5-0fff86fae948dd20b0d83563c37023de
2:50/701: {W32 API error 10054} An existing connection was forcibly closed by the remote
host
асколько мне известно, это какой-то старый глюк jNode, регулярно вылезающий при обзвонках,
но это не повод его не устранять.
Ага, щаз все как ломанемся устранять глюк отвала винды по таймауту!Из какого слова в фразе "by the remote host" ты сделал вывод, что дело в моей винде?
Дружно ставим флаг PVT?? Ибо нефиг, 2:50/700 ну-ко прозвони? А на ней все гораздо чудесатее,Да. Вот пускай и на 50/701 заработает.
однако работает ж.
PS: А вот эти вот все ниже с той-же ашипкой - надо думать все как один пользуются jNode? Ие анализировал. Да это и не важно. Стандарт FTS-1026 един для всех.
молчат как партизаны. Или все таки нет?
В /700, положим, как директ будем заливать?
По результатам проверки работоспособности узлов региона по
опубликованным в нодлисте реквизитам binkd, выявлены следующие неотвечающие узлы. Просьба в течение 2 недель:
- NC сетей с проблемными узлами сообщить о принятых мерах по отношению
к этим узлам
2:5083/85: {W32 API error 10060} Connection timed out
Емейлом на fido@laguna.ru. :)
Емейлом на fido@laguna.ru. :)Зря смеешься - это все работает. Однако зачем ты вырвал строку из контекста?
Ты сам понял, что написал? Примерно, как позвонить диалапом на IP
узел, где нет телефона.
Ты сам понял, что написал? Примерно, как позвонить диалапом на IP узел, где нет телефона.
2:50/701: {W32 API error 10054} An existing connection was forciblyасколько мне известно, это какой-то старый глюк jNode, регулярно вылезающий при обзвонках, но это не повод его не устранять.
closed by the remote host
2:50/701: {W32 API error 10054} An existing connection was forcibly
2:5001/100: {W32 API error 10054} An existing connection was forcibly
2:5001/5001: {W32 API error 10054} An existing connection was
forcibly closed by the remote host
2:5020/848: {W32 API error 10054} An existing connection was forcibly closed by the remote host
По результатам проверки работоспособности узлов региона по
опубликованным в нодлисте реквизитам binkd, выявлены следующие неотвечающие узлы. Просьба в течение 2 недель:
either acknowledges it by sending M_OK frame (and goes to file"_Отправляющая_ сторона отправляет M_ADR и ожидает кадры M_ADR и M_PWD
transfer stage) or rejects by sending M_ERR frame (and
disconnects). The term wait in this paragraph means do not
send
anything while expecting data from remote.
с удаленного устройства."
Чем-чем ты M_ADR в нас отправил???
| | | ^^^^^^^^^^^^^^^^^^^ | capabilities | |
| | | | Send M_ADR frame | |
^^^^^^^^^^^^^^^^
huba@BAV:~$ nc fido.club.noho.st 24554 ?SYS Jungle DeereЭто ты этим "прозваниваешь"???
Nest?ZYZ Forrest J. Deere?LOC Somewhere?NDL 300,TCP,BINKP?VER
jNode ver. 1.5 binkp/1.1?TIME Thu, 24 Apr 2025 13:38:53 +0300?OPT
CRAM-MD5-0fff86fae948dd20b0d83563c37023de
Пальцем еще позвони...
Вот лог, с /700 на /701:
2:50/701: {W32 API error 10054} An existing connection was
forcibly closed by the remote host
асколько мне известно, это какой-то старый глюк jNode,
регулярно вылезающий при обзвонках, но это не повод его не
устранять.
Ага, щаз все как ломанемся устранять глюк отвала винды по
таймауту!
Из какого слова в фразе "by the remote host" ты сделал вывод, чтоИз номера ошибки.
дело в моей винде?
А чего ты спохватился через 8 лет-то? До сих пор все устраивало?
Логи _плиз_ от _ftn-софта_ приложи? С ноды или поинта звякай на /701, пожалуйста, соблюдая порядок следования фреймов.
Экспериментальным путём установил, что на всех четырёх узлах стоит
фильтр входящих по нодлисту. Первоначальный обзвон делался с отсутствующего в нодлисте адреса 2:5020/9999. Как только заменил на существующий 2:5020/5020, ошибка тут же исчезла (впрочем, у некоторых
из них вылезли другие). Попробовал для проверки гипотезы временно поставить другой несуществующий адрес (2:5020/5021) - ошибка
вернулась.
Было бы неплохо, если пользуетесь такой функцией своего мейлера, поставить в нодлисте флаг "LO" (ни у одного из четырёх узлов на данный момент его нет). о для глубоко автопилотных узлов включать такой режим я бы не рекомендовал, так как сбой в обновлении нодлиста может привести к потере связности с узлом даже его линков.
2:50/701: {W32 API error 10054} An existing connection was forcibly
,701,Jungle_Deere_Nest,SunHill,Ivan_Nazaroff,-Unpublished-,300,CM,IBN,INA: fido. club.noho.st
2:5020/848: {W32 API error 10054} An existing connection was
forcibly
closed by the remote host
,848,NodeX_Station,Moscow,Ivan_Agarkov,-Unpublished-,300,MO,CM,IBN,INA:jno de.in
Да, конечно, звоню из командной строки линукса и получаю виндовую ошибку. Мозги попробуй
включить, это круто.
[skip] Я написал причину ошибки в другом письме и дал рекомендации что с ней делать.
Постучался в /701 - все ок (в 16:37 Мск) Постучался в /700 - там нет IFC или IBN, так что
минус. Логи отправил нетмылом.
о ты понимаешь КАК RC "прозванивает"-то?? Netcat'ом! у, другие логи
он вот тока надысь показал. Страанные такие, как будто он член
левонетов и боится спутать в какой же он сети щяз? ;) эт у меня к 5D адресации нервенный тик. Его у меня не всё понимает и агрится почом
зря, а я ж для фиды писал и не думал что "так можно было"...
Судя по моим логам непосредственно прозвонка была бинкд-ом: M_NUL VER binkd/1.1a-115/Win64
binkp/1.1 А вывод nc показан как быстрый способ узнать, что именно выдается баннером сервера.
Sysop: | Sarah |
---|---|
Location: | Portland, Oregon |
Users: | 96 |
Nodes: | 16 (0 / 16) |
Uptime: | 141:47:50 |
Calls: | 685 |
Calls today: | 685 |
Files: | 84,300 |
U/L today: |
44 files (5,578M bytes) |
D/L today: |
3,139 files (328M bytes) |
Messages: | 55,873 |
Posted today: | 44 |