Защита от гриферов: настройка и плагины

MAATRIX GAMES

Открываешь сервер утром, а там вместо базы игроков — воронка от TNT, склад разграблен, а в чате уже собралась очередь из жалоб. Знакомая картина для любого, кто держал публичный сервер дольше недели. Грифинг не лечится одной галочкой в настройках — но его можно свести к уровню "почистил за пять минут и забыл", если правильно выстроить три слоя: защиту территории, логирование и откат.

Почему грифинг вообще возможен

По умолчанию большинство игровых серверов не разделяют "моё" и "чужое" на уровне мира — любой игрок с правом ломать блоки или взрывать двери может тронуть постройку соседа. Встроенные механизмы защиты территории есть далеко не везде и часто минимальны: например, в ванильном Minecraft из коробки нет claim-системы вообще, разве что спавн можно защитить через gamerule и границы мира. В Rust и ARK разрушение чужой базы физически заложено в механику (raid — часть геймплея), поэтому там "защита от гриферов" — это скорее вопрос честного PvP-баланса и модерации читеров, а не полного запрета разрушений.

Отсюда важный честный момент: полностью исключить грифинг нельзя, если только не превратить сервер в вайтлист на пять друзей. Задача администратора — сделать так, чтобы порча чужого прогресса либо не работала технически (защита территории), либо быстро вычислялась и откатывалась (логи + rollback), либо каралась мгновенно и без разбирательств (бан по факту с доказательством в логах).

Claim-плагины: защита территории по факту застройки

Для Minecraft на связке Paper/Spigot/Bukkit классический выбор — плагины типа WorldGuard (регионы, которые задаёт админ или доверенный игрок вручную через /rg define) и claim-плагины, где территорию застолбляют сами игроки за игровую валюту или просто фактом постройки (GriefPrevention, Lands, RedProtect — конкретный выбор зависит от того, автоматический claim нужен или ручная разметка регионов). Разница принципиальная:

• WorldGuard — админ или доверенное лицо вручную очерчивает регион командой //wand + /rg define baza1, задаёт флаги /rg flag baza1 build deny. Подходит для спавна, магазинов, ивент-зон.
• GriefPrevention/Lands — игрок сам "клеймит" территорию лопатой или командой, площадь ограничена лимитом блоков (обычно завязан на плейтайм или донат-уровень). Подходит для survival, где каждый застраивает свой участок.

Конфиг WorldGuard лежит в plugins/WorldGuard/config.yml, регионы — в plugins/WorldGuard/worlds/<world>/regions.yml. Полезные флаги, которые реально спасают от грифа: build deny (запрет ломать/ставить блоки чужим), pvp deny (если зона мирная), use deny (запрет открывать сундуки и двери), tnt deny и creeper-explosion deny (запрет взрывного урона в регионе). Без последних двух флагов даже полностью запертая зона всё равно улетает на воздух от крипера или заряда пороха.

Для Rust и ARK аналог защиты территории — не плагин запрета разрушений (это сломает саму механику raid-игры), а плагины честности рейда через Oxide/uMod: NoEscape (запрет строить/ломать во время рейда без прав), RaidableBases для управления ивент-базами, AntiOffline-подобные модификаторы урона по офлайн-игрокам. Устанавливаются они так же, как любой Oxide-плагин — файл .cs в папку oxide/plugins/, конфиг генерируется автоматически при первом запуске в oxide/config/. Подробнее про сам процесс установки таких плагинов — в статье про Oxide и uMod для Rust.

Разметка территории: automatic vs manual claim

Таблица — что выбрать в зависимости от типа сервера:

Если ставишь Forge или Fabric сборку, учти: часть модпаков уже несёт защиту территории внутри себя (FTB Utilities с системой claim-чанков — частый пример), и городить сверху ещё один claim-плагин не нужно — будут конфликты прав. Что вообще выбрать под сборку, разобрано в статье про Forge, Fabric и Paper, а первые шаги с плагинами на Bukkit/Spigot — в отдельном гайде про Bukkit и Spigot плагины.

Логирование действий: без этого разбор жалоб — гадание

Даже с идеальной защитой территории останутся дыры: доверенный друг оказался не другом, баг во флагах региона, читер с телепортом внутрь чужого клейма. Здесь спасает только лог всех действий игроков с миром.

Для Minecraft стандарт — CoreProtect (лёгкий, быстрый, пишет блок-ломания/ставления, инвентарные изменения, killログ) или Prism (более гибкий, но тяжелее). Установка — обычный плагин в plugins/, база данных по умолчанию SQLite в plugins/CoreProtect/database.db, для нагруженных серверов лучше переключить на MySQL в config.yml:

mysql-enabled: true
mysql-host: localhost
mysql-port: 3306
mysql-database: coreprotect
mysql-username: cp_user
mysql-password: ваш_пароль

Основные команды разбора инцидента:

/co lookup user Vasya time:2d
/co lookup radius:20 action:block
/co inspect

/co inspect включает режим, в котором клик по любому блоку показывает историю — кто и когда его ломал или ставил. Это снимает 90% споров "это не я" за секунды вместо часов чтения жалоб в тикетах.

Для Rust логирование ведёт сам сервер в server.log плюс F1-консоль по команде global.playerlist и find для проверки инвентаря, а более удобный разбор дают Oxide-плагины типа BetterChatMute, PlayerDatabase или связка с внешними админ-панелями (uMod Admin Radar и аналоги), которые хранят историю логина/чата/урона в отдельной БД.

Rollback: отмотать разрушения назад

Даже когда виновник найден, постройку жертвы всё равно нужно восстановить — а вручную выкладывать сотни блоков по скриншотам никто не будет. Тот же CoreProtect умеет откат:

/co rollback user:Vasya time:2d radius:30
/co restore user:Vasya time:2d radius:30

rollback отменяет действия (возвращает сломанные блоки, убирает поставленные), restore — обратная операция, если откатили что-то лишнее. Перед массовым rollback стоит сначала прогнать /co lookup с теми же параметрами — проверить, что зацепит именно то, что нужно, а не заодно и легитимные постройки других игроков в том же радиусе.

Для серверов без плагинов логирования (или на движках, где их нет) единственная реальная страховка — регулярные бэкапы мира с возможностью выкатить снапшот. Это грубее точечного rollback (потеряются легитимные изменения других игроков за период), но лучше, чем ничего. Если бэкапы ещё не настроены — это отдельная и не менее важная тема, чем сама защита от гриферов.

Права доступа и белые списки как первый фильтр

Прежде чем городить сложные плагины, стоит закрыть банальные дыры в правах. Частая ошибка — выдать группе default право worldedit.* или essentials.give по недосмотру в конфиге прав (LuckPerms, PermissionsEx). Проверить группу можно командой:

/lp group default permission info

Если сервер не рассчитан на полностью открытый вход — включи whitelist (whitelist.txt в корне сервера Minecraft, флаг +set sv_lan 0 и списки в server.cfg для игр на движках Source/idTech) и держи заявки на вход через простую форму или Discord-бота, а не открытый доступ всем подряд. Это не спасёт от грифинга внутри команды, но отсекает случайных хулиганов, зашедших по объявлению в поиске.

Для голосового и текстового модерирования пригодится минимальный набор прав у модераторов: кик, мут, временный бан — без доступа к операторским командам вроде /give или /tp, которые сами по себе инструмент для грифа при утечке доверия.

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