Сети (Velocity / Bungee)

Как это устроено

Где	Jar	Задача
Прокси	jar для Velocity или Bungee	останавливает забаненных при входе, до любого бэкенда; команды работают из консоли прокси
Каждый бэкенд	Paper-jar	держит мут в чате, командах, на табличках, в книгах и наковальне; меню /punish
База	одна MySQL / MariaDB	общая для всех

Зачем бэкенды

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

Настройка

1. Создайте базу и пользователя в MySQL/MariaDB.
2. На прокси и на каждом бэкенде — одинаковый блок storage:

storage:
  type: mysql
  host: db.internal
  port: 3306
  database: finexbans
  username: finexbans
  password: '...'
  table-prefix: 'finexbans_'
server-name: 'survival'      # на каждом бэкенде своё — видно в истории

3. Везде один и тот же ключ. В ключе 3 слота; прокси плюс два бэкенда помещаются ровно. Сетям побольше нужен второй ключ.

Синхронизация

С общей базой плагин каждые 10 секунд проверяет наказания, выданные в другом месте:

sync:
  interval-seconds: 10

Игрок, забаненный на survival, пока играл на skyblock, вылетает со skyblock в течение этого интервала; мут с прокси доходит до бэкендов тем же путём, а снятый где угодно мут снимается везде.

Бэкенды в offline-mode

Бэкенды за online-mode прокси работают с online-mode=false, но получают настоящие UUID Mojang. Скажите об этом плагину, чтобы он правильно определял незнакомые ники:

unknown-players:
  online-uuids: true

Права на прокси

Velocity и Bungee проверяют права на прокси, поэтому персоналу нужны узлы finexbans.* и в LuckPerms прокси — не только на бэкендах. Если у LuckPerms на прокси своё хранилище, создайте группы и там.