Ваш ник занят и проблемы сети, проблема повторного подключения к хабу

Может уже есть такая тема, сорри если создал дубль или тема - полный бред.

По техническим причинам, напр. со стороны провайдера иногда рвётся соединение с хабом, и в результате юзер снова подключается к хабу и видит сообщение: "Ваш ник занят...". Причём занят им самим же. После такого события прога-клиент, например GreyLink, перестаёт автоматически подключаться к хабу, пока юзер это не сделает вручную, как гласит статистика, это произойдёт только при следующем запуски клиента юзером.

Так вот, вопрос. Можно ли как-то пресечь такую ситуацию со стороны хаба?

Нормальные клиенты подключаются к хабу через какой-то интервал, после обрыва, и так постоянно, 1 проблема в клиенте. Выкидывайте вы уже этот грейлинк.
У тебя какая ОС? Если линукс, то возможно тебе помогут настройки, устанавливающие таймаут для отвалившегося сокета. Но более подробно тебе смогут рассказать только линуксойды или мануалы.

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

Как исправить? На своем компе ты можешь сделать только регистрацию ника на хабе, больше ничего. Вход юзера с паролем обрывает созданное ранее соединение. Очень нехорошо получается, если загружаешь клиентов с нулевым временем ожидания перед подключнием из разных мест (2 грейлинка будут воевать между собой долго и упорно). Хотя в любом случае задержка должна быть, желательно увеличивающаяся после каждой неудачной попытки..

А на сервере..Тут, наверное, если получится придумать скрипт, который при проверке ника нового юзера будет вместо быстрого ValidateDenide при наличии такого же ника делать сначала некую проверку-пинг (запрос IP, что-ли) соединения..

Взял на себя смелость процитировать грамотного специалиста =) :
http://hub.mydc.ru/chatlog.php?perpage=100...9-17&page=4


Одна из тем на форуме - http://mydc.ru/topic1868.html


Кстати, на каком-то из крупных хабов (в топ 10 "нашего" хаблиста, сейчас не помню, какой именно) замечал, что ник после обрыва соединения висит больше 4-х часов. А это, по-моему, отличный способ набить счетчик юзеров..

Меня интересуют "живые юзеры" а не накрутка шары и количества
Соответственно, возникает вопрос, есть ли в NMDC безобидная команда, требующая немедленного ответа от клиента (наверно логично, что если ответа не будет, хаб отключит юзера, просто хочется копнуть глубже) ?
Windows и пока переход на OpenSource не предвилится...

Современные клиенты пингуют хабы, отсылая пустую команду (один единственный символ | в сообщении). Пинг происходит примерно раз в 3-4 минуты.

Хаб же отключает пользователя по 2 причинам:

1. пользователь ушёл с хаба сам (клиент пользователя отослал на хаб сообщение нулевой длины)
2. пользователь не доступен.

Во втором случае действия зависят от реализации сокет-интерфейса ОС. В винде при попытке отослать данные в "мертвый сокет" возвращается ошибка, по которой хаб и удаляет пользователя.

Однако существует ряд случаев, когда ошибка может не возникать очень долго и хаб будет думать, что клиент ещё "жив".

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


Что касается 4 часов, то это keep alive для сокетов, то есть после определенного времени бездействия система пытается проверить состояние соединения средствами протокола tcp. Система отправляет пинги через некоторый промежуток времени, и если после определенного количества пингов не было получено ни одного ответа от клиента, то клиент считается умершим и сокет закрывается системой.