Один факт «процес запущений» недостатній. Перевіряйте чотири рівні: RustDedicated існує, ігровий UDP-порт слухається, query відповідає, WebRCON приймає авторизацію. Додатково контролюйте використання RAM, диска, load average і вільне місце. Логи варто ротувати, інакше один великий файл може заповнити диск. Окремо відстежуйте повторювані винятки, довгі збереження, crash-loop та невдалі оновлення. Сповіщення має містити час і конкретну невдалу перевірку. Health-check не повинен сам виконувати wipe або видаляти файли. Його задача — безпечно перезапустити відомий збій або покликати адміністратора, коли причина неочевидна.

Community призначена для серверів без модифікацій, які змінюють ігровий процес або дають нестандартні переваги. Не встановлюйте uMod/Oxide та плагіни на сервер, який позиціонується як vanilla Community. Теги й опис мають точно відповідати реальності: wipe-цикл, регіон, режим і формат команди. Не використовуйте official, якщо сервер не є офіційним сервером Facepunch або партнера. Неправдиві теги можуть нашкодити довірі й видимості. Після кожного оновлення перевіряйте статус збірки, query-порт і відображення через чистий клієнт. Якщо потрібні плагіни, чесно перенесіть проєкт до Modded і опишіть модифікації.

Частина ключових параметрів зручно задається у командному рядку: identity, порти, карта, seed, worldsize та RCON. Постійні правила гри, опис, URL, теги й інтервали збереження краще тримати в server.cfg. Якщо одна й та сама змінна задана в кількох місцях, результат залежить від порядку виконання: параметри запуску читаються під час старту, потім конфіг може перевизначити окремі значення, а сторонній менеджер — згенерувати свій файл. Тому дублювання ускладнює діагностику. Перед рестартом знайдіть усі server.cfg і стартові скрипти, визначте реально активну server.identity та перевірте фінальне значення через RCON або журнал.

Не запускайте оновлення поверх працюючого RustDedicated. Спочатку попередьте гравців, збережіть світ, коректно зупиніть процес і зробіть резервну копію. Потім оновіть серверні файли через SteamCMD та перевірте код завершення. Після глобального оновлення переконайтеся, що клієнтська й серверна версії сумісні. Якщо заплановано wipe карти, змініть seed або видаліть лише потрібні файли світу після перевірки server.identity. Blueprint wipe робіть окремо й тільки за заявленим графіком. Автоматика повинна мати журнал, блокування паралельних запусків і health-check після старту. За невдачі краще зупинитися та сповістити адміністратора, ніж нескінченно перезапускати пошкоджену збірку.

Мінімальна копія повинна містити папку конкретної server.identity: карту, файли гравців, blueprints, cfg та інші дані світу. Окремо зберігайте стартові скрипти, service-файли й автоматизацію, але виключайте секрети або шифруйте архів. Перед копіюванням виконайте server.save. Найнадійніший варіант — коротка узгоджена зупинка або snapshot файлової системи; просте копіювання під час активного запису може дати несумісний набір файлів. Тримайте кілька поколінь: щоденні, щотижневі та копію перед wipe/оновленням. Періодично відновлюйте тестову копію — архів, який ніколи не перевіряли, ще не є гарантією відновлення.

Плановий рестарт починається з попереджень гравцям через RCON: наприклад за 15, 5 і 1 хвилину. Безпосередньо перед зупинкою виконайте server.save і дайте серверу завершити запис. Для зупинки використовуйте штатну команду quit, а не kill -9. Планувальник має чекати коректного завершення процесу й лише потім запускати його знову. Додайте блокування, щоб нічний рестарт не перетнувся з оновленням або резервним копіюванням. Після старту автоматично перевіряйте процес, ігровий порт, query-port та RCON. Якщо перевірка не пройдена, запишіть причину в окремий журнал і повторіть запуск з обмеженою кількістю спроб.

Для стабільного сервера процес має запускатися як системний сервіс від окремого користувача. У unit-файлі задайте правильний WorkingDirectory, команду запуску, Restart=on-failure та помірну паузу RestartSec, щоб не отримати нескінченний цикл миттєвих перезапусків. Додайте ліміти, достатні для великої кількості відкритих файлів, і направте журнали в передбачуване місце. Перед увімкненням сервісу перевірте стартовий скрипт вручну. Після цього виконайте daemon-reload, enable і тестовий restart. Обов’язково перевірте сценарії: завершення процесу, перезавантаження ОС, помилка конфігурації та недоступність Steam. Автоперезапуск не повинен приховувати постійний crash-loop.

WebRCON дає повний адміністративний доступ, тому ставте довгий унікальний пароль і не використовуйте його для інших сервісів. Не показуйте командний рядок RustDedicated у публічних скриншотах: пароль часто видно серед параметрів запуску. За можливості обмежте TCP-порт RCON у firewall конкретними IP або підключайтеся через VPN/SSH-тунель. Не залишайте старі панелі керування без оновлень. Після зміни пароля завершіть старі сесії та перевірте підключення новим клієнтом. Якщо RCON періодично зникає, спочатку перевірте, чи живий сам RustDedicated, чи слухає TCP-порт і чи не змінюється зовнішня адреса.

Типова схема має окремий UDP-порт гри, UDP query-port для списку серверів і TCP-порт WebRCON. Конкретні номери задаються вашими параметрами server.port, server.queryport і rcon.port — не покладайтеся на чужі приклади без перевірки. На сервері переконайтеся, що RustDedicated слухає потрібні адреси й порти. У firewall дозвольте лише необхідні протоколи. На роутері пробросьте зовнішній порт на правильну локальну IP-адресу хоста. Якщо перед роутером є ONT/модем із NAT або провайдер використовує CGNAT, одного пробросу може бути недостатньо. RCON не варто відкривати всьому інтернету без сильного пароля й обмеження джерел.

Розділіть серверні файли, конфігурацію, логи та резервні копії. Запускайте RustDedicated від окремого непривілейованого користувача, а не від root. Для встановлення й оновлення використовуйте SteamCMD або перевірений менеджер на кшталт LinuxGSM. Заздалегідь визначте server.identity: саме в цій папці зберігатимуться карта, гравці та server.cfg. Стартові параметри тримайте в одному керованому скрипті, а постійні ігрові налаштування — у cfg/server.cfg. Секрет RCON не додавайте до публічних репозиторіїв і скриншотів. Після першого запуску перевірте процес RustDedicated, відкриті сокети, журнал запуску та пряме підключення.