Подключение по RCON к игровому серверу

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

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

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

Два важных следствия. Во-первых, у RCON обычно свой TCP-порт, отличный от игрового (исключение — CS2, где RCON слушает игровой порт). Во-вторых, права у RCON-сессии максимальные, как у консоли. Кто знает пароль, тот управляет сервером целиком.

В Source-играх и Minecraft используется классический бинарный RCON. В Rust и Palworld — вариант поверх WebSocket, поэтому клиенты для них слегка другие.

Как настроить подключение по RCON

Настройка сводится к трём параметрам: включить, задать порт, задать пароль. Меняются они в конфиге, и сервер после правки нужно перезапустить.

Подробности по каждой игре — ниже.

Minecraft. Файл server.properties:

enable-rcon=true
rcon.port=25575
rcon.password=длинный_случайный_пароль
broadcast-rcon-to-ops=false

broadcast-rcon-to-ops=false убирает дублирование ваших RCON-команд в чат операторам — иначе бот, опрашивающий сервер каждую минуту, засыплет админов сообщениями. Формат пакетов и список готовых библиотек собраны на странице RCON в Minecraft Wiki. Остальные параметры этого файла разобраны в статье про настройку server.properties.

Rust. Параметры запуска сервера:

+rcon.port 28016
+rcon.password "пароль"
+rcon.web 1

rcon.web 1 включает WebSocket-режим — именно его ждут современные клиенты и большинство Discord-ботов.

CS2. В server.cfg или в параметрах запуска, плюс обязательный флаг -usercon в строке запуска:

rcon_password "пароль"

Отдельный порт CS2 не использует — RCON слушает на игровом порту, обычно 27015, по TCP. Подробно — в заметке про RCON на сервере CS2. Остальные настройки конфига разобраны в материале про server.cfg для CS2.

Palworld. В PalWorldSettings.ini:

RCONEnabled=True,RCONPort=25575,AdminPassword="пароль"

Пароль RCON здесь совпадает с админским паролем сервера — отдельного поля нет.

После правки конфига перезапустите сервер и убедитесь в консоли, что RCON поднялся: в логе Minecraft появится строка вида RCON running on 0.0.0.0:25575.

Чем подключаться

Клиентов много, выбор зависит от задачи.

• mcrcon — консольная утилита, минимум зависимостей, удобна для скриптов и cron. Запуск: mcrcon -H адрес -P 25575 -p пароль "list".
• RCON-клиенты с GUI — например, десктопные приложения для Source-серверов. Подходят, когда нужно просто вручную кидать команды с телефона или ноутбука.
• Веб-панель Rust — открывается в браузере, работает поверх rcon.web, показывает лог и поле ввода.
• Discord-боты — самый частый сценарий на публичных серверах: команда !players в канале, ответ из RCON в чат.
• Библиотеки — mcrcon для Python, rcon для Node.js, если пишете свою автоматизацию.

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

Безопасность: главное про RCON

Классический RCON передаёт пароль по сети в открытом виде и не имеет защиты от перебора. Порт 25575, торчащий в интернет со слабым паролем, находят автоматические сканеры за часы — не за дни.

Минимальный набор мер:

• Пароль от 20 символов, случайный, не совпадающий с паролем панели и не встречающийся больше нигде. Никаких admin123 и названия сервера.
• Ограничьте доступ по IP. Если хостинг даёт фаервол — разрешите RCON-порт только с адреса, откуда вы подключаетесь, или с адреса машины с ботом. Это самая эффективная мера из всех.
• Не открывайте порт, пока он не нужен. Работаете только через панель — держите enable-rcon=false.
• Меняйте пароль после ухода людей из команды. Он один на всех, персональных RCON-доступов не бывает; если нужно разграничение — заводите отдельные учётки в панели, об этом в статье про доступ к серверу для команды.
• Не публикуйте пароль в конфигах на GitHub. Банально, но утечки в публичных репозиториях со скриптами автовайпа встречаются регулярно.

Общие принципы работы с портами и их открытия разобраны в статье про открытие портов на сервере.

Если подключение не проходит

Порядок диагностики от простого к сложному:

1. Проверьте, включён ли RCON. В логе запуска должна быть строка о старте RCON. Нет строки — конфиг не применился: возможно, вы правили файл, который сервер перезаписывает при старте.
2. Сверьте порт. Частая ошибка — подключение на игровой порт вместо RCON-порта. У Minecraft это 25565 против 25575; разница в одной цифре.
3. Проверьте, открыт ли порт снаружи. Если фаервол хостинга закрывает всё, кроме игрового порта, соединение просто не установится.
4. Проверьте пароль. Ошибка авторизации выглядит как мгновенный разрыв соединения сразу после подключения — многие клиенты не показывают внятного сообщения.
5. Попробуйте другой клиент. Rust с rcon.web 1 не отвечает старым бинарным клиентам, и наоборот.

Если сервер отвечает на игровом порту, а на RCON молчит — дело почти всегда в конфиге или фаерволе, а не в клиенте.

Что автоматизируют через RCON

Практические примеры, ради которых всё и затевается: ночной save-all с последующим бэкапом, объявления о рестарте за 15, 5 и 1 минуту, автовайп Rust по расписанию, выдача донат-привилегий сразу после оплаты, вывод онлайна на сайт и в Discord, автокик по жалобам от античита.

Часть этих задач проще повесить на планировщик задач в панели — если действие однотипное и не требует внешней логики, RCON для него избыточен.

Включайте RCON осознанно: сильный пароль, ограничение по IP, отдельный порт. Тогда это удобный инструмент, а не дыра в сервере. Тарифы с полным доступом к конфигам и портам — на странице цен.