Как теперь сдувают безлаунчерные сервера :)

Никто и не закрывает, банжа хотфикс в шапке обходит 2 возможных фикса .
1) не возможность зайти на банжу и 2) исправление заголовка хандлера.

 

КОДЕРЫ
@
СТАРОЖИЛЫ
@
НЕ МОГУТ ПОМОЧЬ ПАЦАНУ
......
Теперь начнём, если у тебя обычный спигот ты можешь скачать плагин, который человек проникает только с твоего айпи сервера.Если человек заходит с другого айпи на твой то вход будет блокирован.Минимальная защита, конечно же.Но она работает.

Вы какие то пакеты, плагины, базу данных пишите.
Чё за бред алё люди

 

Тогда и простой игрок не зайдет. Идеальный фикс .
Садись - 2. Следующий.

 

А действительно, через iptables никак нельзя настроить это счастье?

 

Ты статику и динамику не знаешь?

 

Нет.

 

Можно поставить двухфакторную авторизацию через ВК. Примерно так:

 

Лузверь все равно введет его в чате . Сяпки - поржал.
Это лечится только лаунчером. С онлайн модом невозможно прослушать посередине.

 

В 1.11 hasJoinedServer передаёт ещё и ip присоединяющегося игрока, так что видимо какой-то способ есть.

 

Так у меня каждый раз рандомный код посылается, так что его не отследить:3
Ну хотя да это возможно, но даже не представляю как реализовать(и описать:3).

 

Работает у меня
АЙПИ ТУДА ПИСАТЬ ИГРОВОГО СЕРВЕРА

 

Ну ок, кидай свой ip, я тебе прям видос покажу, как я захожу через банжу.

Если только шифрование будет симметричным. Разве нет?

 

Работал летом, сейчас с iptables я сижу.
Если у него простой спигот, ну тогда работать не должен

 

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

 

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

 

Обмен же паблик ключами, но ими можно только шифровать, обратно нет. Или таки можно? Ибо я хз симметричное шифрование там или нет.

 

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

 

Послать то он может, но тогда клиент и сервер друг друга не поймут. Где уж в этой схеме можно было накасячить.

 

Фикс уже давно есть

 

и какойже?