LinuxGSM об’єднує типові дії керування сервером. Перед автоматизацією перевірте прості команди вручну під правильним користувачем і за документацією конкретної гри. [image: 1791700772191-guide-056.png] Авторська схема YUMMI: основні кроки, не скриншот інтерфейсу. Порядок дій Визначте робочу папку та назву скрипта свого сервера. Приклад gameserver у документації треба замінити вашим скриптом. Перевірте доступні команди та details. Запишіть гру, версію, identity і робочі шляхи без секретів. Виконайте один запланований start або stop у тестовому середовищі. Не перезапускайте робочий сервер під час матчу. Окремо вивчіть update, backup і monitor. Кожна команда має свою задачу й умови запуску. Ведіть журнал операцій та перевіряйте результат клієнтом, а не тільки повідомленням оболонки. Що врахувати Документація LinuxGSM є першоджерелом для менеджера, але специфічні правила гри також потрібно звіряти з її розробником. Перевірка результату Сервер має запускатися з потрібною конфігурацією та коректно завершувати роботу. Збережіть робочий порядок до налаштування розкладу. Поширене запитання Чи можна використовувати команди іншого сервера? Спочатку звірте назву скрипта, підтримувану гру та робочу папку. Не керуйте випадково сусіднім проєктом. Джерело / додаткові матеріали: офіційна сторінка. Матеріал підготовлено 11.10.2026. Авторські поради та вправи відокремлено від заяв розробника. Поділіться результатом: версією програми або гри, умовами тесту та кроком, який викликав труднощі.

Одна й та сама назва для різних .map ускладнює діагностику кешу. Для кожного публічного оновлення зберігайте окремий файл і короткий список змін. [image: 1791698845777-guide-032.png] Авторська схема YUMMI: основні кроки, не скриншот інтерфейсу. Порядок дій Виберіть зрозумілу схему назв, наприклад назва карти та номер релізу. Не перезаписуйте єдину резервну копію. Збережіть попередній .map і вихідний проєкт. У журналі вкажіть дату та конкретні змінені ділянки. Для нового релізу використайте нове ім’я файлу й прямий URL. Перевірте його доступність без входу на хостинг. Протестуйте завантаження новим клієнтом і старт сервера. Якщо потрібен вайп світу, підготуйте його окремо й повідомте гравців. Після релізу збережіть версію стартових параметрів та результати тесту. Так легше повернути відомий робочий стан. Що врахувати Facepunch FAQ рекомендує нову унікальну назву після змін карти. При збої кешу сервер і клієнт можуть мати різні файли, хоча автор бачить однакову назву. Перевірка результату У повідомленні про баг має бути номер карти, а не тільки дата скриншота. Порівняйте файл і URL, які реально використовує сервер, із вашим журналом. Поширене запитання Чи достатньо замінити файл за старим URL? Для передбачуваного розгортання краще окреме ім’я та URL нової версії. Кеш може приховати заміну від частини учасників. Джерело / додаткові матеріали: офіційна сторінка. Матеріал підготовлено 11.10.2026. Авторські поради та вправи відокремлено від заяв розробника. Поділіться результатом: версією програми або гри, умовами тесту та кроком, який викликав труднощі.

Автор звикає до своєї карти та пропускає очевидні проблеми. Підготуйте повторюваний маршрут перевірки й попросіть іншого гравця пройти його без редакторських підказок. [image: 1791698807203-guide-031.png] Авторська схема YUMMI: основні кроки, не скриншот інтерфейсу. Порядок дій Перевірте появу нового гравця, берег і можливість вийти до першої безпечної ділянки. Пройдіть дороги та стики монументів. Перевірте двері, сходи, укриття й місця, де можна застрягти. Перевірте доступність потрібних ресурсів і луту. Окремо протестуйте нестандартні puzzle та IO, якщо вони є. Виміряйте поведінку в найважчих точках: щільні prefab, великі споруди, багато освітлення. Запишіть умови й характеристики клієнта. Перевірте пряме завантаження .map новим клієнтом. Після виправлень повторіть увесь маршрут на новій версії файлу. Що врахувати Це авторський QA-чекліст. Не видавайте результат одного ПК за гарантію FPS для всіх. Публічний тест допомагає знайти проблеми, які автор не помічає. Перевірка результату Зберігайте таблицю: точка карти, симптом, кроки повторення, версія файлу, статус виправлення. Для закриття проблеми потрібен повторний тест. Поширене запитання Коли карта готова? Коли визначені критичні маршрути перевірені, новий клієнт заходить, а відомі обмеження описані. Відсутність повідомлень у чаті сама по собі не є тестом. Джерело / додаткові матеріали: офіційна сторінка. Матеріал підготовлено 11.10.2026. Авторські поради та вправи відокремлено від заяв розробника. Поділіться результатом: версією програми або гри, умовами тесту та кроком, який викликав труднощі.

Підземні проходи потребують перевірки видимості й колізій. Якщо у редакторі видно отвір, це ще не означає, що гравець безпечно пройде його на сервері. [image: 1791698762949-guide-030.png] Авторська схема YUMMI: основні кроки, не скриншот інтерфейсу. Порядок дій На копії карти позначте потрібний вхід і вихід. Залиште запас простору для проходу й огляду. Звірте призначення alpha у Facepunch Wiki. Alpha керує видимістю terrain і не є самостійним універсальним видаленням колізій. Перевірте відповідні prefab і terrain triggers за документацією. Не копіюйте тригери без розуміння їхньої області. Експортуйте тестову карту та пройдіть маршрут звичайним гравцем. Перевірте обидва напрямки, краї входів та переходи висоти. Запишіть місця застрягання або некоректного спрацювання захисту. Виправте карту та повторіть тест; не вимикайте античит замість ремонту проходу. Що врахувати Редакторський перегляд не підтверджує поведінку на сервері. Підземні ділянки особливо чутливі до неправильних об’ємів і стиків з terrain. Перевірка результату Тест має завершитися без застрягання та незрозумілого пошкодження гравця. Перевіряйте з предметами в руках і за різних напрямків руху. Поширене запитання Чому отвір видно, але пройти не можна? Видимість та фізичний прохід налаштовуються різними компонентами. Перевірте колізії та об’єми, а не лише alpha. Джерело / додаткові матеріали: офіційна сторінка. Матеріал підготовлено 11.10.2026. Авторські поради та вправи відокремлено від заяв розробника. Поділіться результатом: версією програми або гри, умовами тесту та кроком, який викликав труднощі.

Topology допомагає задавати умови появи об’єктів. Якщо карта порожня, не додавайте всі ресурси вручну одразу: спершу перевірте відповідні шари й умови в документації. [image: 1791698754650-guide-029.png] Авторська схема YUMMI: основні кроки, не скриншот інтерфейсу. Порядок дій Збережіть карту та зробіть тестову копію. Визначте один тип об’єкта, який не з’являється. Відкрийте таблицю Topology у Facepunch Wiki та знайдіть потрібні умови. Запишіть конкретні шари замість набору випадкових прапорців. Перевірте тестову ділянку: її topology, поверхню, біом і близькість до монументів або інших обмежень. Змініть лише одну умову, експортуйте окрему версію та перевірте на тестовому сервері. Після позитивного тесту застосуйте правило на потрібних ділянках. Перевірте, чи не з’явилися небажані об’єкти в дорогах і спорудах. Що врахувати Це порядок діагностики, а не універсальний набір topology для всіх ресурсів. Номер шару, масштаб пензля й правила spawn потрібно перевіряти для конкретного об’єкта. Перевірка результату У звіт додайте назву ресурсу, скриншот шарів та результат серверного тесту. Це допоможе відрізнити помилку карти від обмеження генерації. Поширене запитання Чи можна просто розфарбувати всю карту одним правилом? Так легше створити нові проблеми, ніж виправити початкову. Починайте з обмеженої тестової області. Джерело / додаткові матеріали: офіційна сторінка. Матеріал підготовлено 11.10.2026. Авторські поради та вправи відокремлено від заяв розробника. Поділіться результатом: версією програми або гри, умовами тесту та кроком, який викликав труднощі.

Шари карти мають різні задачі. Щоб зрозуміти вплив кожного, змінюйте невелику тестову ділянку, а не відразу весь світ. Так легше відокремити візуальні зміни від правил появи об’єктів. [image: 1791698713696-guide-028.png] Авторська схема YUMMI: основні кроки, не скриншот інтерфейсу. Порядок дій Створіть копію тестової карти. Позначте невелику ділянку, на якій порівнюватимете зміни. Почніть із форми terrain: висоти, берег і прохідність. Після кожної зміни перевіряйте схили та стики з об’єктами. Змініть ground splat і порівняйте вигляд поверхні. Не вважайте текстуру автоматичним правилом появи всіх ресурсів. Окремо перевірте biome і topology за таблицями Facepunch. Вони впливають на характеристики ділянки та правила спавну. Експортуйте новий файл, запустіть тестовий сервер та порівняйте очікуване з фактичним. Ведіть список змінених шарів. Що врахувати Документація custom maps має незавершені й старі розділи. Точні комбінації для конкретного spawn звіряйте з таблицею topology й актуальним тестом, а не лише з виглядом у редакторі. Перевірка результату Підготуйте пару скриншотів редактора та гри з тієї самої ділянки. Якщо текстура виглядає правильно, але об’єкти не з’являються, перевіряйте правила шарів окремо. Поширене запитання Чому красивий ліс не означає правильний spawn? Видима поверхня та умови появи об’єктів не є одним параметром. Редактор і реальний сервер треба перевіряти разом. Джерело / додаткові матеріали: офіційна сторінка. Матеріал підготовлено 11.10.2026. Авторські поради та вправи відокремлено від заяв розробника. Поділіться результатом: версією програми або гри, умовами тесту та кроком, який викликав труднощі.

Для кастомної карти недостатньо покласти .map біля серверного процесу. Нові гравці повинні отримати файл за доступним прямим посиланням. Підготуйте окремий тест перед запуском робочого світу. [image: 1791698706639-guide-027.png] Авторська схема YUMMI: основні кроки, не скриншот інтерфейсу. Порядок дій Експортуйте карту під унікальною назвою та збережіть попередню версію. Для оновленого файлу використайте нове ім’я. Розмістіть .map на стабільному веб-хостингу. Посилання має повертати сам файл, а не сторінку перегляду або форму входу. Перевірте завантаження без авторизації з іншого підключення. Сторінка з кнопкою завантаження не є прямим URL. У старті тестового сервера задайте +server.levelurl із прямим URL. Приберіть параметри генерації процедурної карти, як описує Facepunch Wiki. Перевірте вхід клієнта, який ще не має цієї карти. Пройдіть ключові точки та перегляньте журнал старту. Що врахувати Клієнти отримують карту з веб-посилання, а не з ігрового UDP-порту. Локальний file URL не підходить для звичайного публічного підключення інших гравців. Доступ до URL потрібно підтримувати весь час роботи карти. Перевірка результату Успіх підтверджує саме новий клієнт без кешу. Повторний вхід адміністратора з уже завантаженим файлом може приховати непрацюючий URL. Поширене запитання Чому власник заходить, а новий гравець ні? Перевірте доступність файлу без кешу, географічні обмеження хостингу та відповідь веб-сервера: замість карти іноді приходить HTML-помилка. Джерело / додаткові матеріали: офіційна сторінка. Матеріал підготовлено 11.10.2026. Авторські поради та вправи відокремлено від заяв розробника. Поділіться результатом: версією програми або гри, умовами тесту та кроком, який викликав труднощі.

Власна карта Rust — це не лише рельєф. Потрібно перевірити появу гравців, дороги, ресурси, монументи й доступність файлу для клієнтів. Для першого проєкту зробіть невелику тестову карту. [image: 1791697740286-guide-004.png] Авторська схема YUMMI: основні кроки, не скриншот інтерфейсу. Порядок дій Завантажте RustEdit із сайту, на який посилається Facepunch Wiki. Збережіть оригінал карти та працюйте з копією. Ознайомтеся з інструментами рельєфу, поверхонь, біомів і топології. Змінюйте один шар за раз, щоб бачити його вплив. Створіть простий острів із берегом, кількома рівними ділянками та маршрутом між ними. Не заповнюйте все важкими prefab одразу. Додайте потрібні об’єкти та перевірте їх розташування. Для нестандартних puzzle або IO може знадобитися розширення RustEdit — звірте вимоги конкретних об’єктів. Експортуйте .map під окремою назвою, запустіть тестовий сервер і пройдіть карту як звичайний гравець. Перевірте береговий spawn, колізії, двері й доступність луту. Що врахувати Facepunch надає SDK, але редактори карт є окремими проєктами. Wiki описує RustEdit та Unity Rust Map Editor. Частина функцій RustEdit може мати окремі умови доступу; перевірте їх перед плануванням великої роботи. Перевірка результату Карта готова до публічного тесту, коли її може завантажити новий клієнт, гравець не застрягає після появи, а ключові маршрути прохідні. Зробіть список знайдених проблем, виправте їх і повторіть тест на новому файлі. Поширене запитання Чи можна одразу замінити карту робочого сервера? Спершу збережіть резервну копію й перевірте нову карту окремо. Зміна світу потребує плану вайпу та повідомлення гравців; не тестуйте перший експорт на єдиній робочій копії. Джерело / додаткові матеріали: офіційна сторінка. Матеріал підготовлено 11.10.2026. Авторські поради та вправи відокремлено від заяв розробника. Поділіться результатом: версією програми або гри, умовами тесту та кроком, який викликав труднощі.

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