Публичный сервер или приватный с whitelist — что выбрать

MAATRIX GAMES

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

Два формата и почему выбор лучше сделать сразу

Публичный сервер виден в браузере серверов игры (или просто по IP/адресу, который разлетелся по Discord-чатам) и пускает любого, кто постучался. Приватный с whitelist пускает только тех, чей игровой ID заранее внесён в список — остальные видят экран отказа ещё до входа в мир.

Менять формат на ходу можно, но больно. Закрыть публичный сервер whitelist'ом после того, как на нём уже играет пара сотен рандомных ников — значит выкинуть большую часть комьюнити и получить волну жалоб в чате. Открыть приватный сервер после года игры с закрытым составом — значит впустить незнакомцев в мир, где уже есть налаженная база, ценный лут и доверие между игроками, которое легко подорвать. Поэтому решение лучше принять на старте, отталкиваясь не от того, что проще настроить, а от того, какое комьюнити реально нужно.

Публичный сервер: быстрый рост, но нужна модерация

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

Обратная сторона — сервер открыт для всех, включая тех, кто портит игру остальным:

• Читеры и скрипт-боты. Публичный IP рано или поздно попадает в базы сканеров, которые перебирают порты и подключаются автоматически. С читерами в шутерах и PvP-играх сталкиваются практически все открытые сервера — так или иначе понадобится анти-чит и план действий на случай ложных банов.
• Токсичность в чате и гриферство. Чем больше случайных людей, тем выше шанс словить тролля, который ломает постройки или портит игру специально.
• Нагрузка на модерацию. Кто-то должен быть онлайн достаточно часто, чтобы разбирать жалобы, банить нарушителей и следить за логами — иначе сервер быстро превращается в свалку.

Ничего из этого не значит «не открывайте публичный сервер» — это значит, что публичность нужно закладывать в план с самого начала: заранее продумать права модераторов, инструменты бана и защиту от гриферов, а не тушить пожар постфактум. Если тема актуальна, у нас есть отдельные разборы: защита от гриферов — настройка и плагины и массовый бан игроков — скрипты и инструменты.

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

Приватный сервер с whitelist: контроль и спокойствие, но не растёт сам

Whitelist переворачивает логику: по умолчанию сервер закрыт для всех, и заходят только те игровые ID, которые администратор внёс в список вручную или командой. Массовым скриптовым ботам тут ловить нечего — их ников просто нет в списке, и коннект обрывается до входа в мир.

Что это даёт на практике:

• Предсказуемый состав игроков. Все, кто заходит — знакомые лица или хотя бы прошли через администратора. Разбираться в инцидентах в разы проще, когда список подозреваемых конечен.
• Меньше токсичности по умолчанию. Не панацея — свои тоже могут поссориться или нашкодить — но случайный тролль с улицы просто не попадёт внутрь.
• Меньше рутинной модерации. Не нужно разгребать волну жалоб на новых людей каждый день — состав стабилен, конфликты редки и обычно решаются без бана.

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

Как настроить whitelist в разных играх

Механизм отличается по играм, но принцип один: список разрешённых ID, который сервер сверяет при подключении. Коротко по самым частым случаям:

Minecraft — встроен в ядро, отдельных плагинов не нужно:

# server.properties
white-list=true

/whitelist add Notch
/whitelist remove Notch
/whitelist reload

Rust — нативного whitelist нет, ставится через Oxide/uMod-плагин, который хранит список SteamID в отдельном конфиге и кикает всех, кого там нет.

ARK: Survival Evolved/Ascended — список SteamID в GameUserSettings.ini (PlayersJoinNoCheckList/PlayersExclusiveJoinList), эксклюзивный доступ настраивается прямо в конфиге, без плагинов.

Counter-Strike 2 и другие Source-игры — чаще идут в обратную сторону: sv_password плюс чёрный список банов, а полноценный whitelist по SteamID делают через плагины SourceMod/Metamod.

FiveM/RedM (ESX, QBCore) — доступ завязан на идентификаторы (license, steam, discord) через whitelist-ресурс или встроенную проверку фреймворка перед полной загрузкой в мир.

Это конспект, а не полная инструкция — по каждому шагу, форматам файлов и разнице между whitelist и паролем на сервер у нас есть отдельный подробный гайд: Whitelist: как настроить доступ на сервер.

Промежуточный вариант: закрытый сервер по заявкам

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

1. На публичных площадках (Discord-сервер проекта, форма Google Forms, канал в соцсети) размещается анкета: игровой ник/ID, немного о себе, иногда — вопросы на знание правил.
2. Администратор или модератор просматривает заявки вручную либо через бота, который частично автоматизирует приём (например, сразу проверяет формат SteamID/никнейма и постит заявку в отдельный канал для голосования).
3. Одобренные заявки добавляются в whitelist обычной командой — сам механизм ничем не отличается от ручного добавления друзей.

Это забирает часть плюсов обоих подходов: сервер по-прежнему растёт (просто не мгновенно, а через фильтр), а состав остаётся управляемым — люди, которые полениться заполнить анкету, отсеиваются сами, а откровенно проблемных заявителей видно ещё до входа на сервер. Минус — эту прослойку нужно кому-то поддерживать: читать заявки, отвечать в разумный срок, не давать очереди зависать неделями. Автоматизация здесь сильно помогает: Discord-бот для управления игровым сервером закрывает часть рутины — от приёма заявок до автоматического добавления в whitelist по команде в нужном канале.

Как выбрать формат под свою цель

Единого правильного ответа нет — многое зависит от того, что вообще должен делать сервер. Ориентир по частым сценариям:

Ещё один практический момент: whitelist и публичность не обязаны быть выбором на всю жизнь сервера. Можно стартовать закрыто на whitelist, пока состав и правила не устоялись, а затем открыть сервер публично, когда есть модераторы и защита от гриферов. Обратный переход — из публичного в закрытый — куда болезненнее, так что если сомневаетесь, начинать с whitelist безопаснее: закрыть проще, чем потом разгребать открытый сервер с проблемным составом.

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