Заявки в whitelist игрового сервера

Заявка в whitelist - это короткая анкета, которую игрок заполняет, прежде чем ему разрешат зайти, плюс человек, который её читает и добавляет игрока в whitelist сервера. Её стоит вводить, когда ваша проблема - люди, которые заходят, устраивают неприятности или уходят в течение дня; её не стоит вводить, когда ваша проблема - что никто не заходит вообще. Хорошая анкета задаёт пять-восемь вопросов, которые показывают старание и совместимость - ник в игре, как игрок вас нашёл, что он хочет делать на сервере, вопрос, на который может ответить только тот, кто прочитал правила, - и ничего личного, что вам не нужно. Проверка - это быстрая сверка аккаунта, поиск очевидных тревожных признаков и решение в течение одного-двух дней. Потом одна консольная команда добавляет игрока, и такая же команда его удаляет.

Правила и модерация разобраны в статье Правила сервера, модерация и команда, а механика whitelist в Minecraft подробно описана в статье Whitelist и права в Minecraft. Эта статья - о самой заявке.

Когда заявка стоит неудобства#

Каждый шаг между «я нашёл этот сервер» и «я играю» отсекает часть людей. Заявка отсекает многих, и это намеренно. Вопрос в том, те ли это люди, которых вы хотели отсечь.

Помимо защиты от посторонних, заявка делает три вещи. Она заставляет игрока прочитать правила, потому что в анкете есть вопрос о них. Она создаёт запись, связывающую игровой аккаунт с аккаунтом Discord, благодаря чему баны работают, а обход банов становится заметным. И она задаёт ожидания: человек, написавший абзац о том, что хочет построить, уже немного вложился в то, чтобы остаться.

Цена в том, что верх воронки сужается. Сервер с whitelist растёт медленнее и удерживает больше тех, кто пришёл. Если игроки и так приходят и остаются, заявка вам не нужна. Если большая часть времени на модерацию уходит на людей, которые зашли час назад, - нужна.

Вопросы, которые действительно отсеивают#

Каждый вопрос должен либо что-то проверять, либо показывать совместимость, либо демонстрировать старание. Всё, что не делает ничего из этого, выбрасывайте.

Вопрос по правилам - самая полезная строка анкеты. Выберите правило, специфичное для вашего сервера и неугадываемое, - «какое минимальное расстояние между базами», а не «разрешён ли гриф», - чтобы ответ доказывал, что человек открыл страницу с правилами. Для ролевых серверов ту же роль играет короткая предыстория персонажа, которая к тому же показывает, умеет ли человек писать в роли; вопросы, специфичные для RP, описаны в статье Как запустить RP-сервер.

Держите анкету в пределах десяти вопросов и десяти минут. Анкета, на которую уходит полчаса, отсеивает по наличию свободного времени, а не по качеству.

О чём не спрашивать

Не спрашивайте ничего, что вам не нужно для решения или для добавления в whitelist. В частности:

• Настоящее имя, адрес, школу, фотографии. Они вам ни к чему, а вы будете хранить персональные данные, которые потом обязаны защищать.
• Точную дату рождения. Если вам нужен возрастной порог - для сообщества только для взрослых или потому, что действует минимальный возраст Discord, - спросите «вам есть 18?» или нужный вам порог, а не дату.
• Пароли или доступ к аккаунту - никогда и ни по какой причине.
• Профили в соцсетях, если только сервер действительно не построен вокруг создания контента.

Если ваше сообщество или сервер находятся в ЕС, на то, что вы собираете, распространяются правила о защите данных, даже если это хобби. Основы описаны в статье Приватность и данные игроков на игровом сервере; коротко - собирайте меньше, удаляйте, когда данные больше не нужны, и никому их не передавайте.

Где живёт анкета#

Для большинства сообществ выигрывает процесс внутри Discord: кандидат заходит в Discord, нажимает кнопку или открывает тикет, отвечает, а член команды одобряет заявку одним кликом, который заодно выдаёт роль «Whitelisted». Эта роль потом пригодится и в других местах - доступ к каналам для участников, а в некоторых играх и сам whitelist. txAdmin в FiveM умеет делать whitelist напрямую по роли в Discord, так что одобрение в Discord и есть whitelist; об этом статья Права Discord и whitelist в FiveM. Роли и права ботов описаны в статье Discord для игрового сервера.

Анкета с ответами в таблице подходит для небольшого сервера и имеет одно преимущество: запись сохранится, если с Discord что-то случится. В любом случае ведите простой журнал: кого одобрили, когда и кто.

Проверка: что смотреть, и быстро#

Большинство заявок оценивается за минуту. Проверки по порядку:

1. Аккаунт существует. Для Minecraft найдите ник, чтобы убедиться, что аккаунт настоящий, и запишите его UUID - ники могут меняться, UUID нет. Для игр Steam попросите ссылку на профиль и запишите 17-значный SteamID64.
2. Ответы настоящие. Скопированные, односложные или явно сгенерированные ответы - это отказ. Коротко - нормально, пусто - нет.
3. Ответ на вопрос по правилам верный.
4. Нет известной истории. Если у игры есть публичные трекеры банов или ваше сообщество делится бан-листом с другими, проверьте. BattleMetrics показывает историю банов для многих survival-игр в Steam, где серверы её публикуют; общие списки описаны в статье Глобальные бан-системы для сообществ.
5. Возраст и поведение аккаунта Discord. Аккаунт Discord, созданный вчера, - не повод отказать, но вместе со слабой заявкой это повод задать уточняющий вопрос.

Тревожные признаки, оправдывающие отказ или уточнение: ответы, где человек хочет «протестировать» сервер или его плагины, рекомендация от того, кого вы забанили, требование добавить немедленно и заявки, где просят роль в команде или особый доступ ещё до начала игры.

Для серьёзных серверов короткое голосовое собеседование после хорошей письменной заявки выявляет то, чего не покажет анкета. Десять минут, два члена команды, несколько вопросов о предыстории или планах. Кроме того, оно показывает кандидату, что сервер ведут живые люди, - отчасти поэтому сообщества с whitelist лучше удерживают игроков.

Испытательный срок - роль на первые две недели с ограниченными правами, например без доступа к ценным зонам или с приватами не больше небольшого размера, - хорошая альтернатива тяжёлой заявке. Тогда проверку делает само поведение.

Добавление одобренных игроков в разных играх#

Механика сильно различается между играми. В одних есть настоящий whitelist по аккаунтам, в других - только пароль.

# Minecraft (server.properties: white-list=true, enforce-whitelist=true)whitelist add PlayerNamewhitelist remove PlayerNamewhitelist listfwhitelist add PlayerName    # Floodgate, for Bedrock players via Geyser# Valheim: permittedlist.txt in the save folder, one ID per line76561198012345678# Project Zomboid (servertest.ini: Open=false)/adduser "PlayerName" "theirpassword"# Factorio/whitelist add PlayerName/whitelist enable# Don't Starve Together: whitelist.txt in the cluster folderKU_AbCdEf12

Замечания по каждой игре:

• Minecraft внутри ведёт whitelist по UUID, поэтому смена ника никого из него не удаляет. enforce-whitelist=true кикает игроков, удалённых из списка, пока они онлайн; без этого они остаются до следующего отключения. Игрокам Bedrock, заходящим через Geyser, нужна отдельная команда Floodgate. Пограничные случаи описаны в статье Whitelist и права в Minecraft.
• Valheim переходит в режим «только по списку», как только в permittedlist.txt появляется хотя бы один ID. На сервере с кроссплеем ID имеют префикс платформы, например Steam_; какую форму использовать, объясняет руководство по серверу Valheim.
• Project Zomboid с Open=false пускает только аккаунты, созданные администратором; каждый игрок получает логин и пароль. Процесс с аккаунтами описан в статье Whitelist и аккаунты в Project Zomboid.
• Factorio хранит список в server-whitelist.json; команды редактируют его, пока сервер работает.
• Don't Starve Together использует в записях whitelist ID пользователей Klei, а файл ещё и резервирует слоты для игроков из списка в соответствии с whitelist_slots в cluster.ini.
• Terraria с TShock имеет whitelist, но он работает по IP-адресам, которые меняются. Пароль сервера плюс система аккаунтов TShock обычно практичнее.
• Игры только с паролем - Palworld, Satisfactory, Sons of the Forest и многие другие - в ванильной версии не умеют добавлять в whitelist отдельных людей. Ворота - это пароль; меняйте его, когда кого-то удаляете, и держите процесс заявок в Discord, чтобы пароль получали только одобренные игроки.

Эти команды выполняются из консоли сервера, поэтому тому, кто одобряет заявки, нужен доступ к консоли или бот, у которого он есть. На RE:NODE это может быть субпользователь, ограниченный консолью, без доступа к файлам и оплате, а журнал действий по каждому серверу показывает, кто что выполнил. Настройка описана в статье Субпользователи и минимальные права.

Как разбирать очередь#

Заявка, которая неделю остаётся без ответа, хуже, чем отсутствие заявок. Кандидат уже ушёл на другой сервер.

• Отвечайте в течение 24-48 часов и напишите об этом в анкете. Если не успеваете, анкета слишком популярна для вашей команды, и её стоит сократить или открывать меньше дней в неделю.
• Используйте шаблоны для сообщений об одобрении и отказе. Сообщение об одобрении содержит адрес, версию, способ подключения и три самых важных правила. Сообщение об отказе вежливое, краткое и говорит, когда можно подать заявку снова.
• Объясняйте причину, только если это помогает. «Ваши ответы слишком короткие - подайте заявку ещё раз, с подробностями» - полезно. Подробный разбор провоцирует спор.
• Установите срок для повторной подачи, например две недели, и придерживайтесь его.
• Два члена команды для спорных случаев. Один человек, отказывающий тому, кто ему не нравится, - именно так сообщества получают обвинения в фаворитизме.

Время от времени смотрите на цифры: заявки в неделю, доля одобренных и сколько одобренных игроков остаются активными через месяц. Если большинство одобренных уходит в течение недели, анкета не отсеивает по совместимости. Если почти никому не отказывают, она, возможно, вообще ничего не отсеивает.

Работа с данными из заявок#

Заявки - это персональные данные, и на сервере с whitelist они быстро накапливаются.

• Храните заявки только столько, сколько они нужны. Отклонённые обычно можно удалять после срока повторной подачи; одобренные можно сократить до ID, имени в Discord и даты одобрения.
• Ограничьте круг тех, кто может их читать, членами команды, которые их обрабатывают.
• Если игрок просит удалить его данные, удалите - оставив только то, что действительно нужно для действующего бана.
• Не публикуйте заявки, не цитируйте их публично и не передавайте другим сообществам без согласия кандидата.

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

Удаление игроков#

Удаление - вторая половина whitelist, и оно должно быть такой же рутиной, как добавление.

• Уход из сообщества: удалите из whitelist, снимите роль в Discord. Без драмы.
• Неактивность месяцами: периодическая чистка сохраняет смысл списка. Предупредите людей, что она бывает, и дайте им возможность вернуться по короткому повторному запросу, а не через полную заявку.
• Бан: удалите из whitelist и забаньте, чтобы человек не смог вернуться, если whitelist когда-нибудь отключат. Запишите причину. Доказательства и апелляции разобраны в статье Как бороться с читерами и вести бан-листы.

В играх только с паролем удаление человека означает смену пароля и сообщение нового всем остальным. Это хороший повод держать пароль в канале, который видят только участники из whitelist.

FAQ#

Уменьшает ли заявка в whitelist число игроков, которые заходят на сервер?

Да, намеренно. Она отсеивает тех, кто быстро ушёл бы или устроил неприятности, поэтому сервер растёт медленнее и удерживает больше тех, кто пришёл. Если к вам вообще никто не заходит, сначала решите проблему с тем, как вас находят, а уже потом добавляйте заявку.

Сколько вопросов должно быть в заявке?

Пять-восемь, на заполнение - меньше десяти минут. Включите ник в игре, имя в Discord, что человек хочет делать, как он вас нашёл, и один вопрос по правилам, который докажет, что он их прочитал. Длинные анкеты отсеивают по свободному времени, а не по совместимости.

Можно ли спрашивать возраст кандидатов?

Спрашивайте только то, что нужно: соответствует ли человек порогу, например 18+, а не дату рождения. Собирайте как можно меньше персональных данных, храните их надёжно и удаляйте, когда они больше не нужны.

Как сделать whitelist в игре, где его нет?

Используйте пароль сервера и сообщайте его только одобренным игрокам - обычно в канале Discord, который видит роль из whitelist. Меняйте пароль, когда кого-то удаляете. Для некоторых игр есть серверные моды, добавляющие настоящий whitelist.

Что делать, если игрок из whitelist оказался проблемным?

Относитесь к нему как к любому другому игроку по вашим правилам: предупреждение, затем удаление или бан. Удалите его из whitelist и снимите роль в Discord, запишите игровой ID с причиной и отметьте, кто его порекомендовал, если ваша анкета об этом спрашивает.

Должны ли игроки из whitelist иметь возможность приглашать друзей без заявки?

На небольших серверах работает система поручительства: действующий участник ручается за человека и частично отвечает за него. На крупных серверах это создаёт клики и чёрный ход в обход анкеты, поэтому большинство требует заявку от всех, с отметкой о рекомендации.