Защита сервера Minecraft от крашеров и краш-эксплойтов

Коротко: держите сервер на Paper и обновляйте его не реже раза в неделю — так советует PaperMC. Оставьте включёнными лимиты из config/paper-global.yml: packet-limiter, spam-limiter и item-validation. Лаг-машины сдерживают max-tnt-per-tick в spigot.yml, max-chained-neighbor-updates в server.properties и лимиты сущностей в настройках мира. Поставьте Velocity с лимитами на подключения и команды, закройте игровые серверы файрволом, а виновника ищите профайлером spark и логами CoreProtect.

Что делают крашеры#

Краш — не всегда падение процесса. Чаще сервер зависает: тик не заканчивается, и через 60 секунд watchdog его останавливает. Как читать такой лог — в статье логи и краши сервера. Дюпы, которые тоже живут на ошибках сервера, разобраны отдельно — в статье дюпы и эксплойты.

Пакеты: лимитер Paper#

packet-limiter:
  all-packets:
    action: KICK
    interval: 7.0
    max-packet-rate: 500.0
  overrides:
    minecraft:place_recipe:
      action: KICK
      interval: 7.0
      max-packet-rate: 500.0
spam-limiter:
  incoming-packet-threshold: 300
  recipe-spam-increment: 1
  recipe-spam-limit: 20
  tab-spam-increment: 1
  tab-spam-limit: 500

• `packet-limiter.all-packets` — не больше 500 пакетов за 7 секунд от одного игрока. KICK выкидывает нарушителя, DROP просто отбрасывает лишние пакеты.
• `overrides` — свой лимит для отдельного пакета по его идентификатору; список идентификаторов Paper отсылает искать на Minecraft Wiki. По умолчанию там есть minecraft:place_recipe.
• `spam-limiter` — incoming-packet-threshold задаёт порог, после которого сервер считает входящие пакеты спамом и игнорирует их; за флуд таб-дополнением и рецептами игрока кикает.
• `rate-limit` в server.properties — ванильный лимит пакетов до кика; 0 (по умолчанию) — выключен. На Paper гибче packet-limiter.

Книги и тяжёлые предметы#

Книги — оружие и без эксплойта: бот пишет их сотнями в пределах лимитов, и сундуки тяжёлых книг раздувают сохранения мира. Это отдельный вид злоупотребления — BookBot, и лимиты длины его не останавливают.

Лаг-машины: редстоун, TNT и сущности#

Генерация чанков#

Новые чанки сервер генерирует там, где игрок оказался впервые, и быстрый полёт в неисследованные места нагружает его сильнее всего. В разделе chunk-loading-basic файла paper-global.yml есть лимиты на одного игрока: player-max-chunk-load-rate: 100 и player-max-chunk-send-rate: 75 чанков в секунду, а player-max-chunk-generate-rate по умолчанию -1 — генерация не ограничена. Надёжнее ограничить сам мир: сгенерируйте его заранее и поставьте границу — см. предгенерация мира и граница мира.

Спам чатом и командами#

• Сервер, версия 26.2 и новее. chat-spam-threshold-seconds и command-spam-threshold-seconds в server.properties (по умолчанию 10) включают автоматический кик за слишком частые сообщения и команды; 0 выключает.
• Velocity. command-rate-limit — минимальный промежуток между командами, по умолчанию 50 мс (20 команд в секунду); kick-after-rate-limited-commands — сколько команд сверх лимита можно прислать до кика, 0 и меньше выключает кик. То же для таб-дополнения — tab-complete-rate-limit и kick-after-rate-limited-tab-completes.
• Тяжёлые команды плагинов. Не выдавайте всем подряд команды, которые генерируют, ищут или перебирают много блоков. Права — группами в LuckPerms.

Velocity перед сервером#

login-ratelimit = 3000
command-rate-limit = 50
kick-after-rate-limited-commands = 0
tab-complete-rate-limit = 10
kick-after-rate-limited-tab-completes = 0

Это значения из конфига Velocity по умолчанию. login-ratelimit — минимальный промежуток в миллисекундах между подключениями с одного IP, 0 его выключает. Кик за спам командами и дополнениями по умолчанию выключен — включите его положительным числом. Главное же — игровые серверы за прокси не должны быть доступны напрямую: документация Velocity настоятельно рекомендует файрвол и прямо пишет, что modern forwarding его не заменяет. Пошагово — в статье настройка Velocity.

Если сервер всё-таки завис#

• Раннее предупреждение. Через 10 секунд зависания Paper печатает дамп потоков и повторяет его каждые 5 секунд (watchdog в paper-global.yml). В стеке потока Server thread видно, на чём он застрял.
• Остановка. Через 60 секунд без тика (settings.timeout-time в spigot.yml) watchdog останавливает сервер и при restart-on-crash: true запускает restart-script (по умолчанию ./start.sh). Если процесс убила система, этот механизм сервер не перезапустит.
• Перезапуск. Надёжнее, когда сервер поднимает systemd или Docker — см. сервер на Linux.

Как найти виновника#

1. 1

   Поймайте тяжёлые тики

   /spark tickmonitor --threshold-tick 50 сообщает о тиках дольше 50 мс, а /spark profiler start --only-ticks-over 100 --timeout 600 записывает только их. В отчёте видно, что съедает тик: редстоун, сущности, генерация чанков или плагин. Подробно — в статье профайлер spark.

2. 2

   Найдите место

   /paper entity list показывает, сколько сущностей каждого типа тикает в мире, а /paper chunkinfo — сколько чанков загружено. Скопление одного типа сущностей или горячий чанк — подозрительное место.

3. 3

   Найдите строителя

   CoreProtect покажет, кто поставил редстоун или заспавнил сущности рядом: a:+block — поставленные блоки, a:spawn — сущности, которые поставил или заспавнил игрок. Команды — в статье CoreProtect.

4. 4

   Уберите и накажите

   Откатите постройку с #preview, чтобы не задеть соседей, и накажите по правилам: «лаг-машины и намеренная нагрузка на сервер запрещены». Как сформулировать — в статье правила сервера.

/co lookup r:30 t:2h a:+block i:redstone_wire,repeater,comparator,observer,piston
/co lookup r:30 t:2h a:spawn
/co rollback u:Steve t:2h r:30 #preview

Обновления закрывают новые краши#

Новые способы уронить сервер находят постоянно, а закрывают их в новых сборках ядра и плагинов. PaperMC советует обновлять Paper не реже раза в неделю, с бэкапом и не заменяя jar на работающем сервере; плагины удобно обновлять через папку plugins/update — они заменятся при перезапуске. Переход на новую версию игры — отдельная история: обновление сервера.

Где здесь античит#

Лимиты Paper и Velocity — первая линия: они не дают одному игроку положить сервер. Античит не заменяет их и не чинит ошибки ядра. Но многие краш-эксплойты строятся на пакетах, которых честный клиент не отправит, — и это улика против конкретного аккаунта. DGuard — лучший античит для современного сервера Minecraft — проверяет такие пакеты: невозможные значения (BadPackets), порядок пакетов внутри тика и книги, которые пишет бот (BookBot). Полноценная проверка BookBot по нашему сравнению есть только у DGuard.

Проверки DGuard идут в сетевых потоках — на основном потоке это 0,03 % одного ядра, — поэтому сам античит не становится ещё одной нагрузкой на тик. Он работает за Velocity и BungeeCord, а наказание опирается на набранные улики, а не на один странный пакет: игроки заходят с разных версий через ViaVersion, и правило должно знать, что для них допустимо.

Частые вопросы#