TeaHostСлоты на сервере Rust задаются одним конваром server.maxplayers, и на этом техническая часть заканчивается. Сложность в другом: администраторы регулярно правят его не в том месте, а потом удивляются, почему значение не применилось, либо ставят число «с запасом» и получают сервер, который умирает на половине заявленного онлайна.
Разберу оба вопроса — где менять и сколько ставить.
Где реально задаётся maxplayers
Значение может приходить из трёх мест:
| Где задано | Как выглядит | Когда применяется |
|---|---|---|
| Строка запуска (Startup в панели) | +server.maxplayers 100 в аргументах RustDedicated | При старте процесса, раньше конфигов |
server.cfg | server.maxplayers 100 | Читается при старте после строки запуска и перекрывает её |
serverauto.cfg | автосохранённое значение | Записывается сервером, если конвар меняли из консоли |
По официальной вики Facepunch server.cfg имеет приоритет над строкой запуска. Отсюда главная ловушка: число слотов оказалось прописано в двух местах, вы меняете поле в Startup, а сервер берёт старое значение из конфига — или наоборот, правите не тот файл.
Порядок действий: держите server.maxplayers в одном месте. На панельном хостинге удобнее всего поле «Max Players» во вкладке Startup — тогда уберите строку server.maxplayers из server.cfg. Если сервер запускается своим скриптом, ищите +server.maxplayers в нём.
Проверка после рестарта, из консоли:
server.maxplayers
statusПервая покажет применённое значение, вторая — фактическое количество подключённых из общего числа. Больше про приоритеты конфигов — в разборе server.cfg.
Сколько слотов на сервере Rust ставить
Rust расходует ресурсы двумя способами. Память в основном уходит на карту и постройки, и от онлайна зависит слабо. Процессор — наоборот: каждый игрок добавляет расчёты сети, физики и AI вокруг себя, плюс строит базу, которая живёт на сервере до конца вайпа.
Практические ориентиры по тарифам TeaHost — та же шкала, что на странице Rust-хостинга. Онлайн одновременный, карта процедурная, начало и середина вайпа:
| Память | Тариф | Без плагинов | С плагинами Oxide | Размер карты |
|---|---|---|---|---|
| 4 ГБ | Start | до 10 игроков | — | около 2000 |
| 6 ГБ | Classic | до 25 игроков | до 10 игроков | до 2500 |
| 8 ГБ | Pro | до 50 игроков | около 20 игроков | до 3000 |
| 12 ГБ | Mega | до 100 игроков | до 50 игроков | до 3500 |
| 16 ГБ | Ultra | до 150 игроков | до 80 игроков | до 4000 |
| 24 ГБ | God | до 200 игроков | до 150 игроков | 4000–4500 |
Цифры условные: кроме памяти решает частота одного ядра. Rust плохо параллелится, и основной цикл сервера живёт в одном потоке, поэтому тяжёлые плагины и огромные базы упираются в процессор раньше, чем в RAM.
Второй множитель — рейты. На x100 игроки строят огромные базы за час, и к третьему дню вайпа сервер тянет вдвое меньше народу, чем на старте. Закладывайте запас именно под конец вайпа, а не под первый день.
Подробный расчёт с методикой замера — в статье про то, сколько игроков выдержит сервер.
Почему «с запасом» — плохая идея
Соблазн понятен: поставить 500 слотов, чтобы «точно хватило». На практике это вредит трижды.
Отпугивает игроков. В списке серверов строка «7/500» читается как мёртвый проект. Те же семь человек при «7/50» выглядят как небольшой, но живой сервер. Заполненность — самый сильный социальный сигнал в списке.
Убивает производительность в пике. Если сервер физически тянет 80 человек, а слотов 500, вы узнаете об этом в худший момент: в день вайпа, при полном заходе, когда серверный FPS упадёт до 8 и жалобы посыплются лавиной.
Ломает очередь. Очередь — полезный механизм: она удерживает игроков, готовых подождать, и создаёт ощущение востребованности. При избыточных слотах она просто не возникает.
Разумная стратегия: ставить чуть меньше реального потолка. Когда очередь стабильно держится, поднимать по 10–20 слотов и смотреть на серверный FPS в status.
Резервные слоты и очередь
При стабильно полном сервере админам и донатерам нужен способ зайти без ожидания. Ванильных средств для этого нет — используются плагины резервных слотов из экосистемы Oxide.
Логика типового плагина: сервер запускается с maxplayers на 5–10 больше реального лимита, а плагин пускает в «лишние» слоты только игроков с определённым разрешением. Настройка выглядит примерно так:
Reserved slots: 10
Permission: reservedslots.use
Kick message: Сервер заполнен, попробуйте позжеПрава выдаются группе, например VIP:
oxide.grant group vip reservedslots.useКак устроены группы и разрешения — в отдельной заметке. Это, кстати, одна из самых востребованных привилегий у донатеров: приоритетный вход ценится выше, чем половина игровых бонусов.
Фейковые слоты: не надо
Существуют плагины, которые показывают в списке серверов завышенный онлайн — «120/200» при реальных двадцати. Работает это ровно один раз: игрок заходит, видит пустую карту и уходит навсегда, попутно оставив отзыв. Плюс такие плагины периодически попадают под санкции сервисов мониторинга, и сервер вылетает из списков.
Гораздо эффективнее вкладываться в нормальное описание и вайп-расписание, которые реально влияют на клики, — про оформление сервера есть отдельная заметка.
Когда менять число слотов
Изменение применяется только при перезапуске сервера. Вайпа для этого не требуется: карта, постройки и чертежи остаются на месте, меняется исключительно лимит подключений.
Удобный момент — плановый рестарт или день вайпа, когда сервер и так перезапускается. Если поднимаете слоты в середине вайпа из-за наплыва игроков, следите за FPS в первые часы: карта уже застроена, и нагрузка от новых игроков ляжет поверх существующей.
И не забывайте про размер карты. Сто человек на карте 3000 — это давка на каждом монументе, а на 4500 те же сто человек могут вообще не встречаться. Как соотносить одно с другим, разобрано здесь.
Итог
Меняйте server.maxplayers в одном месте (чаще всего — Startup в панели, без дубля в server.cfg), проверяйте значение командой из консоли после рестарта, ставьте число чуть ниже реального потолка железа и добавляйте резервные слоты для админов и VIP. Заполненность работает на вас лучше, чем крупная цифра справа от дроби.
Если текущей конфигурации перестаёт хватать, апгрейд обычно решает вопрос быстрее любых оптимизаций — посмотреть варианты.