User Mode Fixer, API 2 | Исправление режима подключения пользователя

Название скрипта: User Mode Fixer
Версия скрипта: 2.05
Платформа: PtokaX
Версия API: API2
Автор: Enyby
Автор идеи: Meloun

Библиотека: Для работы скрипта требуется библиотека Lua Socket

Описание: Скрипт предназначен для исправления режима подключения пользователей. Подменяет нерабочий актив на пассив в поиске и запросах на соединение.

Возможности скрипта:
При подключении нового пользователя, если он актив, то проверяется доступность порта для соединения. Если порт не доступен, то хаб переводит клиента в режим переопределенного пассива. В этом режиме поисковые команды преобразуются в пассивные, а CTM в RCTM.
При включении режима исправлений IP адресов и ников, скрипт исправляет команды с неверными данными. DDoS'еры получают DDoS на свой адрес, а обычные пользователи могут искать и качать даже с неверным внешним IP адресом и/или ненастроенном активе. Правда только как пассивы.

Дополнительная информация:

• Возможно будут наблюдаться приличные тормоза хаба, сразу после включения и после входа большого числа пользователей единовременно. Большого числа пользователей в активном режиме. Если все в пассиве, то тормозов не будет. Начиная с версии 1.06 с этим проблем нет.
• Также возможны глюки при входе более чем 255 активных пользователей одновременно. Если будет потребность в этом скрипте на крупных хабах - перепишу на использование очереди с пулом сокетов, в этом случае проблем быть не должно. Начиная с версии 1.06 с этим проблем нет.
• Скрипт игнорирует команды расширений NMDC протокола: TLS Шифрование и NAT Traversal. Если включено исправление IP и ника в командах, то они будут исправлены и в командах указанных расширений.

Совместимость с другими скриптами:

• Совместим со скриптами фильтрации поиска. Такие скрипты должны быть выше в списке скриптов, чем данный скрипт. Фильтрация поиска должна осуществляться запретом обработки команд поиска.
• Совместим со скриптами запрещающими соединение пользователей (команды ConnectToMe и RevConnectToMe). Такие скрипты должны быть выше в списке скриптов, чем данный скрипт.
• Частично совместим со скриптами использующими бота хаба как пассивного клиента (подключение через RevConnectToMe к боту хаба). Для работы с такими скриптами потребуется указать использование отдельного бота в скрипте (sBotName = "UserModeFixer").
• Частично совместим со скриптами, которые подменяют MyINFO. Совместим только при bFixMyINFO = false.
• Несовместим со скриптами, которые подменяют или самостоятельно обрабатывают команды соединения пользователей (ConnectToMe и RevConnectToMe). Данные команды обработаны этим скриптом не будут. Никаких ошибок не будет, но необработанные команды могут работать неверно.
• Несовместим со скриптами подменяющими поиск или же которые сами организуют поиск. Эти команды поиска не будут обработаны скриптом. Никаких ошибок не будет, но необработанные команды могут работать неверно.

 UserModeFixer_v2.05.lua ( 45.42 килобайт ) Кол-во скачиваний: 245


P. S. Если у вас нет регистрации на этом форуме, а значит вы не можете качать вложения, то скачать этот скрипт, равно как и другие, можно по ссылке Мои скрипты.

Хотел бы попробовать данный скрипт но у меня хаб намного больше, можно че-то для 3+к онлайна?

На данный момент ситуация такая - при старте он проверяет всех пользователей сразу. Если их много, могут быть проблемы с одновременным подключением ко всем. Во-первых, это много коннектов, а, во-вторых, в реализации на windows socket_select используется битовые значения одного байта, а их 256.
Но по сути ничего страшного не произойдет, может просто определит кому-то пассив принудительно. Можно попробовать таймаут увеличить. Например, с 3 секунд до 15-20.
После старта может казаться что хаб завис, это нормально, оно пройдет. Сейчас неблокирующие сокеты. В случае блокирующих, подобные эффекты наблюдались на хабе с 160 пользователями. На данный момент скрипт работает на моем хабе, адрес которого в подписи. Сутки прошли - полет нормальный.
Основная проблема скрипта - старт. Если не хотите тяжелого старта, закомментируйте всю функцию OnStartup, тогда скрипт будет работать только для нововошедших пользователей.
После старта скрипт работает нормально и там проблем быть не должно.

Если совем будет туго, то я уже говорил, что перепишу на пул сокетов с очередью.

UPD:
Даже если на старте определит как переопределенный пассив, достаточно будет перезайти этим пользователям и ситуация нормализуется.

Еще одно. Скрипт потребляет неплохо память. На моем хабе это порядка 600 кб для 150 пользователей. Сейчас 130 кб на 116 человек. Прямой корреляции между числом пользователей и потреблением памяти не должно быть, скорее между числом переопределенных пассивов + нововошедших пользователей. Такж может влиять активность пользователей с переопределенным пассивом, так как скрипт берет на себя часть функций хаба.

В будущем прикручу статистику, чтобы можно было смотреть сколько человек с каким режимом присутствует на хабе.

Enyby
Я думаю, это надо закомментить заранее в твоём скрипте уже в первом сообщении, или вовсе убрать и перезалить. Ведь особой необходимости нет, чтоб из-за этого скрипта перезапускать хаб, а при рестарте по иным причинам так и так всё пойдёт т ак, как при наличии функции OnStartup.
Это фигня, а не память, у меня стоит скрипт, занимающий несколько десятков мб памяти (UserInfoF12_api2.lua). И ничего, хабу нипочём.

Это все мои догадки. Если действительно все будет так как я описал, кому надо - отключат. В следующей версии переделаю на пул. Больших хабов мало, а маленьких много. С маленькими все работает нормально.

Хм, вроде бы, работает, спасибо, полезная штука. Потестируем.

P.S. Еще бы тэг при этом менялся ;), а то смотришь список, видишь "активного" пользователя, а оно на самом деле... но это мелочи жизни)...

Я думал над этим. Но это лишние проблемы. Во-первых, нагрузка. Во-вторых, нельзя отменить отсылку $MyInfo, можно только отослать второй раз исправленный вариант. В-третих, скрипт станет резко несовместимым с любыми скриптами изменяющими $MyInfo.

Но если так нужно и вас устраивает - могу сделать, никаких особых проблем нет.

PS
Если у вас установлены скрипты которые фильтруют поиск, то они должны быть выше этого скрипта, иначе они работать не будут. Но тут тоже есть ограничения. Данные скрипты должны или запрещать обработку поиска, вернув true в функции или пропускать для дальнейшей обработки. Если же происходит поиск посредством скрипта в обход обработки хаба, то такой поиск не будет перехвачен и обработан этим скриптом.
Тоже самое касается и комманд ConnectToMe (CTM) и RevConnectToMe (RCTM). Насчет последней есть еще одно дополнение. Все выше стоящие скрипты не должны запрещать или обрабатывать RCTM для бота хаба. Если у вас есть такие скрипты, то вам потребуется добавить отдельного бота для моего скрипта и указать его ник. Это довольно просто сделать. Если кому-то будет нужно - расскажу как.

ADD:
Хотелось бы видеть отзывы от тех кто поставил скрипт, особенно касательно хабов с большим онлайном. Более 256 пользователей онлайн на момент старта.

ADD:
Артём провел тест, за что ему спасибо. 1243 пользователя. Потребление памяти - 739 кб. Тормозов нет. Глюков тоже или же не замечены (возможно какой-то рабочий актив и переопределило в пассив, но этого точно сказать нельзя). Тестировалось на ОС Windows.

Сужу по своей машине. Я за роутером. Каждый раз скрипт меня определял либо активом, либо пассивом. Это при запуске скрипта.
Кстати, у меня онлайн 300. При саааамом первом запуске хаб "подвис" на пару секунд. Последующие перезапуски скрипта - все ок.
ЗЫ Как можно отключить сообщение бота в чат?

Отключить можно, причем достаточно просто.
Строка 158:

Добавьте перед ней два тире в начале:

Но на самом деле, эти сообщения нормальны. Они приходят только при входе пользователя на хаб или при перезапуске скрипта. В штатной ситуации он не должен перезапускаться по 100 раз на дню. Поэтому это сообщение будет у пользователя один раз за все время его каждого посещения.
Это сообщение сделано для знающих, чтобы они видя, что у них переопределенный пассив, могли настроить у себя нормально актив.

ADD:
Подправил информацию в первом посте.

ADD:
Littlemuk, если у тебя скачет определение пассива и актива, то это плохо. Скрипт видимо глючит. Но это только в моменты его рестарта. В дальнейшем крайне маловероятно, что на хаб войдет более 256 активных пользователей одновременно. Это будет исправлено в следующей верссии (5 пункт TODO).

ADD:
Littlemuk, а какая у тебя OS? Windows?

Linux Debian, Ptokax 0.4.1.2, онлайн 300+
При запуске: секунд 20 подвис, потом сообщение: пассив (переопределен), при этом поиск не работает.
После перезахода Ваш режим: пассив (переопределен), но поиск уже работает. Это у одного клиента, у другого клиента, с этой же сети, поиск не работает.

Других скриптов, модифицирующих поиск нет?
Странно, что поиск не работает. Он должен в любом случае работать, даже если детекция режима прошла неверно. Сколько раз проверяли поиск?

Винда 7ка х64
Народ начал жаловаться на отсутствие поиска. Жалобы от пассивов. Других скриптов модифицирующих поиск нет.

Крайне странно. В работу обычных пассивов скрипт не вмешивается. Хаб интернет? Если да, то сообщите адрес, я зайду потестирую.

У меня сейчас включен скрипт (в подписи адрес хаба), только что зашел полным пассивом, написало что у меня обычный пассив, не переопределенный, и поиск работает.

Enyby, несколько раз проверяли. с другой сети и с инета пользователи. у одного ищет после перезахода, у кого то без перезахода. а режим пишется пассив (переопределен), у тех с кто проверял.
есть скрипт NetworkSeparation.lua с заданными диапазонами сетей, но он не влияет на поиск в пределах одной сети, и не мешает скрипту, наверное.

Вот это "наверное", очень под вопросом.

Посмотрел код NetworkSeparation_v1.3.1___API_2_____by_Nickolya___.lua - конфликтов не вижу. Правда скрипт может блокировать поисковые результаты пассивного поиска, если включено разделение сетей. Так что лучше его выключать на обкатке, чтобы было яснее, какой из скриптов виноват.

Проблема оказалась в нем, сейчас все работает, определяется режим верно, и поиск работает. Хороший скрипт!
Все забывал показать сколько памяти кушает скрипт: UserModeFixer_v1.03.lua (4621 kB) при этом онлайн 450+

Новая версия 1.04. Теперь есть статистика. У кого какие-то проблемы - включаете расширенную статистику и присылаете ее сюда.
Также приветствуется расширенная статистика с крупных хабов, это поможет улучшить скрипт в дальнейшем.

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

ADD:
Пример статистики. Снято с моего хаба.

247 строка лишняя, отсылается дважды стата

Enyby

719 юзеров на хабе

Исправил. Залил версию 1.05.

ADD:
Артём, если не трудно, сделай, пожалуйста, тоже самое, но с "bDetailedStats = true". Это в коде скрипта меняется в начале.