АнтиБот на ProtocolLib

Shevchik

Старожил
Пользователь
Баллы
173
Имя в Minecraft
_Shevchik_
Существуют отличные антибот плагины такие ANtiJoinBot, и ANtiBotUltra, но у них есть одна проблема - они работают на PlayerJoinEvent, а значит время на обработку эвента всё равно тратится. Дык я тут подумал, ведь HandShake пакет(когда приходит и его перехватывает сначала ProtocolLib) в самом начале логина с клиента обрабатывается асинхронно, а значит никакой нагрузки на основной поток нет, если ещё на этом этапе чекать бота и отсеивать то вообще круто будет.
Как думаете делать такое или нет?
 
Существуют отличные антибот плагины такие ANtiJoinBot, и ANtiBotUltra, но у них есть одна проблема - они работают на PlayerJoinEvent, а значит время на обработку эвента всё равно тратится. Дык я тут подумал, ведь HandShake пакет в самом начале логина с клиента обрабатывается асинхронно, а значит никакой нагрузки на основной поток нет, если ещё на этом этапе чекать бота и отсеивать то вообще круто будет.
Как думаете делать такое или нет?

Ты вначале закончи все свои предыдущие наработки прежде чем хвататься. :3
 
Резонно, хотя данная вещь может решить большинство проблем с ботами.

у тебя каждая разработка способна побороть рак\спид\голод\нищету во всем мире, только проблематично сделать качественно, если ты одновременно делаешь и другие наработки. =\
 
у тебя каждая разработка способна побороть рак\спид\голод\нищету во всем мире, только проблематично сделать качественно, если ты одновременно делаешь и другие наработки. =\

Нечего добавить, лично смотрел некоторые его плагины. Местами гк похуже моего)
 
Существуют отличные антибот плагины такие ANtiJoinBot, и ANtiBotUltra, но у них есть одна проблема - они работают на PlayerJoinEvent, а значит время на обработку эвента всё равно тратится. Дык я тут подумал, ведь HandShake пакет(когда приходит и его перехватывает сначала ProtocolLib) в самом начале логина с клиента обрабатывается асинхронно, а значит никакой нагрузки на основной поток нет, если ещё на этом этапе чекать бота и отсеивать то вообще круто будет.
Как думаете делать такое или нет?
А почему бы не чекать AsyncPlayerPreLoginEvent?
 
Расскажи где он на online-mod : false
Блее, я опять брежу на ночь глядя. Взбрело в голову, что он вызывается независимо от онлайн мода и вспомнил как я делал очередь на вход...
 
Существуют отличные антибот плагины такие ANtiJoinBot, и ANtiBotUltra, но у них есть одна проблема - они работают на PlayerJoinEvent, а значит время на обработку эвента всё равно тратится. Дык я тут подумал, ведь HandShake пакет(когда приходит и его перехватывает сначала ProtocolLib) в самом начале логина с клиента обрабатывается асинхронно, а значит никакой нагрузки на основной поток нет, если ещё на этом этапе чекать бота и отсеивать то вообще круто будет.
Как думаете делать такое или нет?

Да да и еще раз да)
 
Итак открываю дискуссию на тему что делать в проверках.
1.Блокировка входа под атакой.
2.Вайтлист под атакой.
3.Фильтрация айпишников.

Предлагайте свои варианты.
 
Итак открываю дискуссию на тему что делать в проверках.
1.Блокировка входа под атакой.
2.Вайтлист под атакой.
3.Фильтрация айпишников.

Предлагайте свои варианты.

Думаю этого хватит.
 
Как оказалось, боты как-то могут и без Handshake пакета подключаться.
 
Посмотри дату последнего поста до твоего ;-)
Не могут.
И AsyncPlayerPreLoginEvent уже давно робит при офлайн моде кстати.
Сори за некро ответ.
И то и другое заметил.
AsyncPlayerPreLoginEvent не стоит использовать при > 1000 подключений в секунду (мы же про анти-бот тут с Деном, из прошлого).
Просто при данном коде:

Код:
protocolManager.addPacketListener(new PacketAdapter(AntiBot.getInstance(), ListenerPriority.NORMAL, PacketType.Handshake.Client.SET_PROTOCOL) {
            @Override
            public void onPacketReceiving(PacketEvent event) {
                event.setCancelled(true);
                kickPlayer(event.getPlayer(), ConfigManager.MSG_LIMIT_IP);
            }
        });
Или если поменять PacketType.Handshake.Client.SET_PROTOCOL на PacketType.Login.Client.START ботам всё-равно удаётся подключаться. Я сначала подумал, что это баг такой, из-за большого количества пакетов... Но вряд ли. Сейчас ещё пару тестов проведу и смогу более точно скачать, что за беда. Ботов кстати беру из одного стрессера. Мои боты не проходят ни под каким напором (McProtocolLib).
 
Или если поменять PacketType.Handshake.Client.SET_PROTOCOL на PacketType.Login.Client.START ботам всё-равно удаётся подключаться.
Да причем тут твоя хyита тупая. Я про подключение говорил. Оно начинается с хеншека, без него это пакетный мусор, сразу дисконект. Там игрок не создастся без него и не перейдет в другой пакет стат.
 
Да причем тут твоя хyита тупая. Я про подключение говорил. Оно начинается с хеншека, без него это пакетный мусор, сразу дисконект. Там игрок не создастся без него и не перейдет в другой пакет стат.
в банже мне спокойно гигабитный аплинк заливали мусором и ничего в логе не было, значит и хендшейка ))
Пришлось проверять хендш и прочее ))
 
в банже мне спокойно гигабитный аплинк заливали мусором и ничего в логе не было, значит и хендшейка ))
Пришлось проверять хендш и прочее ))
Ну так это уже не боты. Такое антидос ловит, нормальный, заточенный под кубы. Все кривопакеты улетят в нулроутинг, а уж темболее подозрительно крупный трафик.
 
Назад
Верх