YUMMI — Український форум і чат

Мікрофрізи часто з’являються, коли системі не вистачає RAM, гра стоїть на повільному HDD або паралельно працюють важкі програми. Перевірте завантаження пам’яті, диска й процесора під час фрізу, а не після нього. Rust краще тримати на SSD із достатнім вільним місцем. Не вимикайте файл підкачки без причини; автоматичний розмір Windows зазвичай безпечніший за випадкове мале значення. Очистіть непотрібні оверлеї, перевірте файли гри та виключіть перегрів. Для порівняння використовуйте той самий сервер і маршрут. Великі бази та монументи можуть навантажувати систему інакше, ніж порожня ділянка карти.

Не копіюйте чужий пресет повністю. Спочатку виставте рідну роздільну здатність, вимкніть зайві ефекти й зафіксуйте FPS в одному тестовому місці. Знижуйте по одній групі параметрів: тіні та дальність об’єктів сильніше навантажують систему, тоді як якість текстур більше залежить від відеопам’яті. Залиште запас RAM і закрийте браузер, запис відео та непотрібні оверлеї. Після зміни важких параметрів перезапустіть гру й порівняйте не лише середній FPS, а й плавність кадру. Напишіть модель CPU, GPU, обсяг RAM, роздільну здатність і бажаний FPS — тоді можна підібрати налаштування точніше.

Один факт «процес запущений» недостатній. Перевіряйте чотири рівні: 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, відкриті сокети, журнал запуску та пряме підключення.

Хороший запит на підтримку економить час усім. У заголовку вкажіть симптом, а не просто «допоможіть». У повідомленні додайте: коли почалося, що змінилося перед проблемою, точний текст помилки, характеристики ПК, версію Windows і вже виконані кроки. Для мережевих проблем напишіть сервер, місто, провайдера, тип підключення та чи повторюється помилка на інших серверах. Для вильотів корисні скриншот і фрагмент журналу без приватних даних. Ніколи не публікуйте пароль Steam, RCON, API-ключі, резервні коди або повні конфігурації з секретами. Один симптом — одна тема: так рішення буде легше знайти іншим.

Помилки авторизації Steam часто з’являються після обриву мережі, завислого клієнта Steam або оновлення гри. Повністю закрийте Rust, вийдіть зі Steam через меню, запустіть Steam знову та дочекайтеся синхронізації. Перевірте дату й час Windows, відсутність VPN/проксі, статус мережі Steam і цілісність файлів Rust. Не використовуйте одночасно один акаунт на кількох ПК. Якщо проблема тільки на конкретному сервері, адміністратору варто перевірити актуальність збірки і журнали авторизації. У відповіді вкажіть точну фразу помилки та чи допомагає вхід на інші сервери.

Перевірте вибраний пристрій введення у Windows і Steam, дозвіл мікрофона для настільних програм та фізичну кнопку mute на гарнітурі. Закрийте програми, які можуть забирати ексклюзивний доступ до мікрофона, і перезапустіть Rust. У Steam відкрийте налаштування голосу та переконайтеся, що рівень сигналу реагує. У Windows виставте потрібний мікрофон пристроєм за замовчуванням. Якщо голос не працює тільки на одному сервері, перевірте серверні обмеження або mute. Напишіть модель гарнітури, версію Windows і чи бачить мікрофон інша програма — це відразу відділить проблему гри від системної.

Після великого оновлення спочатку перезапустіть Steam і переконайтеся, що Rust докачав усі файли. Потім перевірте цілісність гри, оновіть драйвер відеокарти та вимкніть сторонні оверлеї й розгін. Якщо виліт почався саме сьогодні, не поспішайте видаляти гру або Windows. Збережіть текст помилки, перевірте журнал подій і подивіться, чи є повторюваний модуль збою. На сервері причиною може бути невідповідність версій клієнта й сервера. У темі підтримки додайте час оновлення, характеристики ПК, кроки відтворення та чи запускається гра з чистими параметрами запуску.

Почніть із простого розділення причин: домашня мережа, маршрут провайдера або сам сервер. Порівняйте ping на кількох серверах одного регіону, вимкніть фонові завантаження та VPN, а для тесту підключіть ПК кабелем. У Wi‑Fi перевірте діапазон 5 ГГц, відстань до роутера й завантаженість каналу. Високий ping без втрат часто означає далекий маршрут; стрибки та packet loss — нестабільний канал. Не змінюйте десятки мережевих параметрів одночасно. Напишіть провайдера, місто, тип підключення, середній ping і чи є втрати на інших іграх — так спільнота швидше звузить проблему.

Щоб vanilla-сервер з’явився у Community, процес має стабільно працювати, а ігровий і query-порти — бути доступними з інтернету по UDP. Перевірте правильність server.port і server.queryport, проброс портів на роутері, локальний firewall та відсутність подвійного NAT або CGNAT. Сервер не повинен завантажувати модифікації, які переводять його до Modded. Назва, теги й опис мають бути правдивими та без спаму. Після запуску дайте Steam master list час оновитися, але паралельно перевірте пряме підключення через F1. Для допомоги вкажіть ОС сервера, зовнішній IP, схему мережі та які саме UDP-порти слухає RustDedicated. Паролі RCON не публікуйте.

Timed Out означає, що клієнт перестав отримувати відповіді від сервера. Спочатку перевірте, чи проблема виникає на одному сервері або на всіх. Перезапустіть Steam, ПК і роутер, тимчасово вимкніть VPN/проксі та підключіться кабелем замість Wi‑Fi. Не відкривайте порти на домашньому роутері для звичайної гри — клієнту це зазвичай не потрібно. Перевірте втрати пакетів, стабільність пінгу та фонові завантаження. Якщо інші гравці теж вилетіли одночасно, причина, ймовірно, на сервері. У відповіді додайте час проблеми, адресу сервера, провайдера та результат перевірки на іншому сервері.

Довгий Asset Warmup не завжди є зависанням: на повільному диску перший запуск після оновлення може тривати помітно довше. Перевірте, чи змінюється лічильник, і дайте процесу завершитися один раз. Що допомагає: звільнити місце на системному диску, перенести Rust на SSD, закрити браузер і програми, які використовують багато RAM, перевірити файли гри у Steam та перезапустити ПК. Не завершуйте Rust під час створення кешу без потреби. Якщо значення не змінюється понад 15–20 хвилин, напишіть характеристики ПК, тип диска, обсяг вільного місця і останній рядок на екрані.