Кто К Нам Ломится?, API 1

Решил вот выложить сырую такую прикидку, нацарапанную с непосредственным онлайн участием Sephiroth_Lukaw (Special Thanx To)

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

Кроме ника и айпи ничего до входа юзера на хаб получить, как было установлено, нельзя, но и это уже что-то.
Пока что код работает так: каждую минуту из пяти выдает ОПам о попытках входа на хаб. Фильтрацию тех, кому дениед от тех, кому хелло, тоже пока организовать не удалось...
Может быть, идея получит какое-то развитие. За дельные замечания, как всегда, буду благодарен

Сегодня прикидка оформилась в какое-то подобие чего-то. И даже была успешно применена на хабе в сугубо практических целях.

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

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


1. Обнаружить непонятливого забаненного юзера (с белым IP), который третий месяц ломится на хаб, и этим только создает
лишнюю нагрузку на этот хаб, и внести его IP во внешний фаерволл.
2. Обнаружить правильного юзера с динамическим IP, который бедолага нечаянно попал на забаненный IP, и решить проблему.
3.Проявить милосердие: разбанить юзера, забаненного когда-то за мелкий проступок, и дать ему "второй шанс" )))


Глобальные вопросы.

1.Необходимо отфильтровать сообщения об удачных входах на хаб. Т е бот во время проверки не должен выдавать сообщений о тех юзерах, которые чинно-благопристойно завалидатились и вошли.
2.Какие еще доп.данные о толкущихся за пределами хаба юзерах можно получить и с использованием каких приемов? Интересует ЛЮБАЯ информация. Была сделана попытка идентифицировать невалидного юзера как забаненного по нику, вот в этом куске функции ValidateNickArrival :



(просто проверка, будет функция схватывать параметр, или нет). Пока - безуспешно. Может, можно все же реализовать?

3.Попутно очень хочется выяснить, в каких случаях имеет смысл включать в скрипт функцию очистки памяти (дайте ссылку на дельное руководство, что ли )

4. Хотелось бы иметь возможность выбора между отсылкой репорта всем опам, и всем никам из определенной таблицы. Как должно выглядеть выражение отсылки репорта всем никам из таблицы?

5. О косметических мелочах пока не спрашиваю, всему свое время.

Жду дельных комментариев и советов, особенно от Setuper'а

помоему так

frmHub:GetPermBanList(), frmHub:GetTempBanList()
upd. От это я тормоз Оо

Точно так!
Благодарю за оперативное реагирование

-------------------------------------------------------------------------------------------------------
Подшаманено, перезагружено.

=( если честно, до сих пор не могу понять зачем нужен таймер.
--
Зачем делать большенство переменных типа 'howbanned = "перманентно"' глобальными?
--
Мб так лучше?
заменить наupd. или даже так

2district: а ты в чём пишешь скрипты? На мой взгляд какая-то у них структура странная... Меня кто-то учил ступенчатой структуре(мож это и не так называется) Получается гораздо нагляднее)))

PS: сорри за оффтоп

Спасибо, ребята, за комменты. Но голова уже нифига не варит - ночь на дворе.
Ступенчато оно конечно лучше, и до этого доберемся со временем. Я Ноутпад++ меньше недели назад поставил... вот пробую.

Sephiroth_Lukaw! Не заколебай меня насчет таймера! Раз Партия решила, значит, быть таймеру, и все тут!

PS а глобальные переменные остались от варианта, когда я пытался соорудить отдельную функцию репорта, и просуммировать инфу из валидата и суппорта. Но тот вариант не прокатил.

1). Суть таймера я не понял! Для чего он нужен? По коду он просто выдаёт фразы о начале проверки и о конце проверки, при этом ничего не делает! Поэтому выбрасываем его из кода полностью, или объясни, что ты хотел с этим таймером добиться!

2). Команды !strprk и !stpprk также ничего не делают, только отправляют эти же сообщения о начале или конце проверки и останавливают и тут же запускают таймер.
В итоге выбрасываем из кода функции: Main(), ChatArrival(curUser, sData), OnTimer(), StartCheck(), StopCheck(), OpConnected(user,data).

3). Из-за функции ValidateNickArrival будет сплошной флуд для админов в чате, то есть при каждом заходе на хаб любого юзера админам отсылается фраза: "Ломится юзер...". Для чего это сделано - непонятно. Вероятно нужна проверка опять же банов, но для этого код должен быть другим.

4). Лишние конкатенации лучше убирать.

5). Не понятен смысл ввода новой глобальной переменной в функции SupportsArrival: ip=user.sIP.

6). Переменные bannednick и howbanned лучше делать локальными.

7). Зачем писать: "if GetBannedItemName(user.sIP) or GetTempBannedItemName(user.sIP) then" и тем самым лишний раз вызывать функции GetBannedItemName и GetTempBannedItemName.

8). В функциях SupportsArrival и ValidateNickArrival ты всё равно не используешь переменную data, поэтому её можно не писать, дабы не забивать лишними данными стек lua.

9). Часто повторяющийся код лучше вынести отдельной функцией.

В итоге, после всего сказанного код приобретает вид:

Setuper

Что ж, спасибо за код, оптимизацию учтем, но:

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

2.Таймер задает период автоматического сканирования (хоть раз в десять дней) и подпериод подачи непосредственно репортов. Запустить репорты и остановить можно из меню. А постоянные сообщения о попытках входа в чате мне как раз-таки задаром не нужны.

Контроль шары и слотов ты не сможешь реализовать, потому что в функции ValidateNickArrival шара пользователя ещё не определена, а проверка ограничений на шару происходит непосредственно после этой функции.

Единственное как это можно обойти - это отключить стандартную проверку шары и слотов и написать в функции MyINFOArrival свою проверку.

С таймерами всё равно не понятно! Зачем всё усложнять и вводит какие-то лишние никому не нужные вещи?

Переработано.

Что ж, функция Sender порадовала своим изяществом и простотой. И подумать не мог, что sMsg ,будет вот так отрабатываться, при том что нигде нет прямого присваивания вроде sMsg = "БлаБлаБла".. Это надо запомнить.

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

Почему сделаны разными имя бота и имя репортера. Ну подумайте сами: логика: Прокуратура - начинает и заканчивает проверку в ГУИНе, ГУИН - докладывает. Да и зрительно гораздо легче цикл воспринимается..
Да, и прошу всерьез не воспринимать шуточный стиль репортов бота. В конце концов - каждый может поменять его в соответствии со своим вкусом.

тогда уж так:  remake.lua ( 3.25 килобайт ) Кол-во скачиваний: 14

Setuper

Ну, путь к идеалу как говорится, долог тернист и бесконечен ) Т.е вариантов можно наделать уйму)) У тебя красивше, конечно, ступенчато, организовано.
Вот! Давно мечтаю узнать, ради чего добавляют вертикальный слэш?


(ну тут не отображается, но вопрос, думаю, ясен. В первой строке менюшки?)


А есть вот еще вопрос практический, только что созрел.
Вот, получили мы репорт. Скажем, десяток юзеров.
Идея такая: прямо в чате, прямо райткликом по имени юзера или айпи, вызываем функцию сверки с ConnectedUsers.txt

И получаем - в случае если выбран ник - все айпи, с которых когда-либо заходил этот ник, в случае, если выбран айпи - все ники, которые заходили с этого айпи. Тема актуальная, приходится в КоннектедЮзерс.тхт вручную рыться, часто.
Мне бы только ядро функции, а дальше доделаю. Тут же можно было бы присовокупить ввод ника или айпи из строки меню, для проверки его на "многоликость"

А может, вынести все это дело в отдельный бот. Что скажешь?

Следующие коды эквивалентны:

* - удалить

НО первый код более оптимизирован, из-за того, что функция SendData отправляет данные только 1 раз, в отличии от второго кода, в котором эта функция вызывается 2 раза.

Теперь о вертикальной черте.
Из устройства протокола dc следует, что любая строка данных должна содержать эту вертикальную черту. Эта черта разделяет сообщения. Функция SendData автоматически добавляет эту черту в конце строки, если её нету. Поэтому, можно отсылать 2 сообщения, или отсылать 1 сообщение, которое будет разделено вертикальной чертой на 2 части. Надеюсь понятно объяснил принцип отправки сообщений в протоколе dc

По поводу какой-то свёртки по правому клику, не совсем понял о чём речь.

насчет СендДаты - понял, надо будет также запомнить эту фишку.

а насчет "свёртки" - ну, есть файл лог соединений, ConnectedUsers.txt

Задача: оперативно пробить а) по нику - под какими айпи был замечен этот ник
б) по айпи - с какими никами заходили с этого айпи.
Используя этот файл.

Это у кого такой файл? В папке с клиентом он или в папке сервера? Какой формат данных в этом файле?

P.S. SendData - читается по английски как СэндДэйта (переводится как ОтсылкаДанных), не путать Data и Date

C:\Program Files\ptokax0.3.6.0lua5.1.2\scripts\ConnectedUsers.txt

Логирует Тандер, насколько я понимаю.


Формат такой:

sg9511|194.44.191.120
district|80.64.81.70
district|80.64.81.70
Алекс|78.37.39.124
b-minor|77.35.7.159
district|80.64.81.70
sg9511|194.44.191.120
b-minor|77.35.0.24
district|80.64.81.70
sg9511|194.44.191.120
sg9511|194.44.191.120
b-minor|77.35.2.116
district|80.64.81.70

ЗЫ
А логирует вот так:



Но если такой формат совсем непригоден, то, ради такого дела, можно ведь изменить формат лога.

Использование под API1:

* - удалить

Спасибо, попробую разобраться.
Сразу два вопроса.
while и break - это "операторы"? И хотелось бы услышать популярных пару слов об их назначении, смысле и применении в контексте LUA (смысл англ. слов - известен ))) )

С ходу

не пошло




сделал так:



ЗАРАБОТАЛО! Якорный бабай, да он еще и число входов выдает! Зреет шедевр, честное слово Тестируем дальше :sablay:

Пока не работает отображение НИКОВ по IP.
Во всех случаях - " *** Пользователь с IP адресом ... в базе не найден"