Minecraft · Guide

Як увімкнути офлайн-режим на сервері Minecraft (гравці без ліцензії / «піратський» режим)

Оновлено August 2, 2026 12 хв читання

На цій сторінці
  1. Коротко: офлайн-режим за три кроки
  2. Що офлайн-режим робить насправді
  3. Як увімкнути це в панелі HytHost, крок за кроком
  4. Безпека: в офлайн-режимі будь-хто може бути будь-ким
  5. Що помітять ваші гравці: нові UUID і зниклі скіни
  6. Мережі за проксі: BungeeCord і Velocity
  7. Як перевірити і що лагодити, коли не працює
  8. FAQ

Друг нічого не купував, запустив Minecraft, ввів вашу адресу — і його викинуло. Це не поломка вашого сервера. За замовчуванням сервер Minecraft звіряє кожен вхід із серверами облікових записів Mojang, і гравець без придбаного акаунта цю перевірку не проходить.

Офлайн-режим — це офіційне налаштування сервера, яке вимикає перевірку. Воно є у ванільному Minecraft, це один рядок у конфігураційному файлі, і саме його використовують для LAN-вечірок, мереж без доступу до інтернету та серверів за проксі. У цьому посібнику — як саме його ввімкнути, що зміниться для ваших гравців і, що більшість посібників пропускає, як після цього не втратити сервер.

Коротко: офлайн-режим за три кроки

Друзі без акаунта Minecraft зможуть зайти, щойно сервер перестане звіряти вхід із Mojang. Три кроки, приблизно хвилина:

  1. Зупиніть сервер. Саме зупиніть, а не перезапустіть — сервер, що працює, під час вимкнення записує поверх ваших налаштувань власну копію.
  2. Відкрийте server.properties і задайте два рядки. Файл лежить у кореневій теці сервера, там само, де й jar-файл сервера:
    online-mode=false
    enforce-secure-profile=false
    Важливі обидва. На Minecraft 1.19 і новіших змінити лише перший недостатньо.
  3. Збережіть, а потім запустіть сервер. Гравці без ліцензії тепер під'єднуються за тією самою адресою, що й усі інші.
Дві речі, які треба владнати, перш ніж відкривати сервер для всіх. Офлайн-режим означає, що зайти можна під будь-яким ніком, зокрема вашим, тож спершу потрібен плагін авторизації. І кожен гравець отримає новий UUID — інвентарі, ранги та прива́ти з онлайн-режиму не перенесуться, тому перед перемиканням зробіть резервну копію.

Що офлайн-режим робить насправді

Коли гравець заходить на звичайний сервер, сервер запитує в сесійних серверів Mojang: «це справді той акаунт, якому належить цей нік?» Mojang відповідає, вхід приймається, і особу гравця підтверджено. Це онлайн-режим, і він увімкнений за замовчуванням.

Офлайн-режим прибирає це запитання. Сервер приймає будь-який нік, який надіслав клієнт, і взагалі не звертається до Mojang. Нічого не патчиться, не зламується й не змінюється — ви перемикаєте тумблер, який Mojang свідомо поставила у ванільний сервер, бо він потрібен багатьом цілком легальним сценаріям:

  • LAN-сервери та сервери для заходів, що працюють узагалі без інтернету, — там перевірка Mojang не пройшла б ні в кого.
  • Мережі за проксі, де BungeeCord або Velocity виконує автентифікацію один раз на вході, а сервери за ним не мають її повторювати.
  • Ізольовані середовища та мережі за фаєрволом — тестові сервери, шкільні та офісні мережі, машини без виходу назовні.
  • Гра з друзями, які ще не купили гру, — саме заради цього сюди приходить більшість.

Чого офлайн-режим не робить, так це не позбавляє налаштування наслідків. Підтверджений вхід — це саме те, що стоїть між вашим сервером і людиною, яка набере нік вашого адміністратора, тож online-mode=true є значенням за замовчуванням недаремно й лишається правильним вибором для звичайного публічного сервера — див. чому таке значення задано за замовчуванням. Цей посібник — для випадку, коли ви вирішили, що вам потрібно його вимкнути, і далі йдеться про те, як зробити це, не подарувавши сервер комусь іншому.

Ваш друг на Xbox, PlayStation, Switch чи телефоні? Тоді налаштування не те — на консолях і мобільних грають у Bedrock Edition, і жодні правки server.properties не пустять їх на сервер Java. Потрібен міст до Bedrock: див. кросплей Java і Bedrock через Geyser.

Як увімкнути це в панелі HytHost, крок за кроком

Окремого перемикача у вкладці Startup для цього немає — офлайн-режим живе у власному конфігу сервера, тож правити його треба напряму. Уся робота займає хвилину:

  1. Зупиніть сервер. Натисніть Stop, а не Restart. Сервер Minecraft, що працює, тримає налаштування в пам'яті й під час вимкнення записує їх назад на диск, тому правка «на ходу» мовчки затирається. Це найпоширеніша причина, чому людям здається, що зміна «не збереглася».
  2. Відкрийте вкладку Files. Ви одразу опиняєтесь у кореневій теці сервера — там, де лежать server.properties, тека plugins і тека світу.
  3. Натисніть на server.properties, щоб відредагувати файл. Він відкриється у вбудованому редакторі панелі — простий список налаштувань, по одному в рядку, в алфавітному порядку.
  4. Знайдіть online-mode і поставте false. Замініть online-mode=true на online-mode=false. Не додавайте лапок, пробілів навколо знака рівності чи другої копії рядка.
  5. Знайдіть enforce-secure-profile і теж поставте false. Якщо такого рядка у файлі взагалі немає — звична річ для старих світів, створених до Minecraft 1.19, — просто допишіть enforce-secure-profile=false окремим рядком у кінці.
  6. Збережіть, а потім запустіть сервер. Дивіться в консоль під час запуску. Рядок про те, що сервер працює в офлайн-режимі, — ваше підтвердження, що налаштування спрацювало.
Не пропускайте enforce-secure-profile. У Minecraft 1.19 з'явився підпис повідомлень у чаті, і це налаштування визначає, чи вимагає сервер від кожного гравця підписаний Mojang профіль. За замовчуванням воно ввімкнене й перевіряється окремо від online-mode — тому сервер із online-mode=false та все ще увімкненими безпечними профілями чудово запуститься, матиме правильний вигляд і при цьому відхилить на вході кожного гравця без ліцензії. Це беззаперечно найчастіша причина, чому офлайн-режим «не працює».
Тримаєте сервер у себе? Ті самі два рядки. server.properties лежить поруч із вашим server.jar — зупиніть сервер, відредагуйте файл у будь-якому текстовому редакторі, збережіть і запустіть знову.

Змінюйте будь-які налаштування: сервер Minecraft від HytHost дає повний файловий менеджер, живу консоль і резервні копії в один клік, щоб усе відкотити.

Переглянути тарифи Minecraft

Безпека: в офлайн-режимі будь-хто може бути будь-ким

Цей розділ варто прочитати двічі. Усе інше в посібнику — правка конфігу; тут вирішується, чи переживе ваш сервер вихід у публічний доступ.

Що змінюється насправді

Коли перевірку вимкнено, нік більше нічого не доводить — це просто рядок, який надсилає клієнт. Будь-хто, хто знає вашу адресу, може під'єднатися, назвавшись вами, вашим співвласником або головним модератором. А оскільки в більшості налаштувань права видаються за ніком, самозванцю навіть не треба нічого зламувати: сервер сам вручає йому права на вході. Якщо ви видали собі оператора за ніком, будь-хто, хто набере цей нік, зайде з оператором.

Це не теорія. Публічна адреса в офлайн-режимі без плагіна авторизації — один із найлегших серверів в інтернеті для захоплення, і звичний результат — стертий світ і переприсвоєні ранги. Розв'язання нескладне, але й необов'язковим його не назвеш.

Встановіть AuthMe Reloaded

Плагін автентифікації ставить пароль перед кожним ніком. Гравці один раз реєструються, входять на початку кожної сесії, і нік стає їхнім — підміна перестає працювати, бо знати нік уже недостатньо. AuthMe Reloaded — давній стандарт для цього, працює на Paper і Spigot.

  1. Завантажте JAR зі сторінки офіційної публікації і покладіть його в теку plugins вашого сервера — так само, як будь-який інший плагін; покроково це описано в посібнику як встановлювати плагіни Minecraft.
  2. Перезапустіть сервер, щоб плагін завантажився й створив конфіг за замовчуванням.
  3. Відкрийте plugins/AuthMe/config.yml і посильте значення за замовчуванням. Ось чотири найважливіші:
    settings:
      restrictions:
        timeout: 30
        maxRegPerIp: 2
        allowChat: false
      security:
        minPasswordLength: 8
    Так у гравців буде 30 секунд на вхід, перш ніж їх відключить, кількість акаунтів з однієї адреси буде обмежена, неавторизовані не зможуть писати в чат, а зовсім короткі паролі не приймуться.
  4. Розкажіть гравцям про дві команди. Перший вхід: /register з обраним паролем, введеним двічі. Кожен наступний: /login із цим паролем. Доки вони цього не зроблять, вони не можуть ані рухатися, ані будувати, ані писати в чат.

Видавайте права групам, а не нікам

Оператор — це перемикач «усе або нічого», прив'язаний до ніка, а для сервера в офлайн-режимі це якраз невідповідна схема. Використовуйте плагін прав і видавайте ранги групам, щоб навіть вдала підміна не приносила із собою можливостей рівня консолі. Як це налаштувати, розібрано в нашому посібнику про справжні ранги для персоналу поза оператором.

Сам лише вайтліст вас тут не врятує. Вайтліст перевіряє ніки — а в офлайн-режимі нік і є тим самим, що більше не підтверджується. Випадкових чужинців він усе ж не пустить, і це корисно, але людину, яка знає нік гравця з вайтліста, він не зупинить. Працює поєднання «вайтліст плюс плагін авторизації»; вайтліст сам по собі — ні.

Що помітять ваші гравці: нові UUID і зниклі скіни

У мить перемикання для всіх на сервері змінюються дві речі, і обидві набагато простіше владнати до зміни налаштування, ніж після.

Кожен гравець отримує нову особу

Minecraft розпізнає гравців за UUID, а не за ніком. В онлайн-режимі цей UUID видає Mojang, і належить він акаунту. В офлайн-режимі питати нема в кого, тому сервер генерує UUID із ніка — а отже, той самий гравець матиме зовсім різний UUID залежно від того, в якому режимі працює сервер.

Для вашого сервера це не та сама людина. Усе, що прив'язане до старого UUID, лишається сиротою: інвентарі, ендер-скрині, досягнення, точки відродження, баланси плагінів, домівки, прива́ти та призначені групи прав. Із самим світом нічого не станеться і нічого не видалиться — дані просто лишаться прив'язаними до особи, під якою більше ніхто не заходить.

Вирішуйте до запуску і спершу робіть резервну копію. Перемикання сервера, на якому вже грали, коштуватиме людям їхнього прогресу, а зворотне перемикання два набори даних не об'єднає. Зробіть резервну копію перед зміною налаштування, щоб мати шлях назад.

Є й другий наслідок, який варто розуміти: оскільки UUID виводиться з ніка, прив'язаними до нього даними володіє той, хто цей нік набрав. Це та сама проблема підміни з розділу вище, тільки з іншого боку, і це друга причина, чому плагін авторизації не опція, а необхідність.

Скіни перестають завантажуватися

Скіни надходять із серверів Mojang і прив'язані до підтвердженого акаунта. Немає перевірки — немає скіна, тому всі мають вигляд стандартного Steve або Alex. Це виправляє SkinsRestorer: встановіть його як будь-який інший плагін, перезапустіть сервер, і гравці ставитимуть собі скін командою /skin set із ніком. У мережі за проксі ставте його на проксі, а не на кожен сервер за ним.

Мережі за проксі: BungeeCord і Velocity

Якщо у вас мережа — лобі плюс сервер виживання плюс сервер з мінііграми, і все це за однією адресою, — картина змінюється, і тут варто бути точним, бо саме тут офлайн-режим налаштовують неправильно найчастіше.

У мережі сервери за проксі зазвичай працюють із online-mode=false, навіть якщо мережа загалом цілком ліцензійна. Так і задумано: проксі один раз виконує перевірку Mojang на вході й передає далі вже підтвердженого гравця. Повторна перевірка на кожному бекенді провалилася б. Тож бекенд із online-mode=false — це не «піратська» мережа, а нормальна, коректно налаштована.

Чи буде ваша мережа лише для ліцензій, чи відкриється гравцям без неї, вирішується на проксі, у власному конфігу проксі: config.yml для BungeeCord, velocity.toml для Velocity. На HytHost проксі, встановлені з вкладки Version панелі, створюються з увімкненим онлайн-режимом на самому проксі, тож редагувати треба саме цей файл, а не бекенди.

Справжній ризик — бекенд, до якого можна під'єднатися напряму. Бекенд із online-mode=false довіряє будь-якій особі, яка до нього дійшла, тож якщо гравець може дістатися до такого сервера в обхід проксі, він прийде під яким завгодно ніком. Захист не в непомітності, а у forwarding secret. Сучасний форвардинг Velocity підписує дані гравця, які надсилає проксі, і бекенд відхиляє все непідписане; задайте той самий секрет з обох боків, і прямі під'єднання перестануть проходити. У застарілого форвардингу BungeeCord такого підпису немає — тому мережі на ньому додають плагін на кшталт BungeeGuard, щоб отримати те саме.

Ще одна деталь щодо Velocity, якщо у вас мережа без ліцензій: у enforce-secure-profile є близнюк на боці проксі — force-key-authentication у velocity.toml. Якщо вимкнути налаштування на бекенді й лишити увімкненим на проксі, симптом буде точнісінько той самий — гравців відхиляють на вході, а логи сервера описують причину як проблему з профілем.

Як перевірити і що лагодити, коли не працює

Єдина перевірка, яка щось означає, — справжня: нехай друг без придбаного акаунта під'єднається до вашої адреси. Якщо в консолі з'явився рядок із його ніком під час входу, все працює. Нижче — що дивитися, коли не працює.

Що бачить гравецьЩо це означаєЩо робити
Failed to verify usernameСервер усе ще звіряється з Mojangonline-mode усе ще true або правка не збереглася — перевірте файл ще раз при зупиненому сервері
Повідомлення про відсутній чи недійсний ключ профілю або про те, що сервер вимагає безпечні профіліОфлайн-режим увімкнено, але підпис чату досі обов'язковийЗадайте enforce-secure-profile=false — допишіть рядок, якщо його немає у файлі
Сервер не відображається або відпадає за тайм-аутомДо офлайн-режиму стосунку не маєПроблема з під'єднанням або адресою — сервер узагалі недоступний
Усі мають вигляд Steve або AlexОчікувано в офлайн-режиміВстановіть SkinsRestorer
Зникли старі предмети й рангиРазом із режимом змінилися UUIDВідновіть резервну копію, зроблену до перемикання, або роздайте ранги заново й прийміть скидання

Зміна не зберігається

Майже завжди одне з трьох. Ви правили файл при увімкненому сервері, і під час вимкнення він затер вашу правку — спершу зупиніть сервер, потім редагуйте. Або перевстановлення, зміна версії чи встановлення модпаку поклали новий server.properties — тоді просто задайте обидва рядки заново. Або ви відредагували не ту копію файлу, яку сервер насправді читає: так буває, коли тек із серверами кілька. Зауважмо, що сама панель ці два рядки під час запуску не переписує: вона керує лише записами IP та порту сервера, тож збережена на зупиненому сервері правка лишається на місці.

Плагін відмовляється вмикатися

Деякі плагіни — переважно ті, що працюють з акаунтами, рангами чи економікою, — перевіряють режим сервера при запуску й відмовляються завантажуватися в офлайн-режимі або гучно про це попереджають. Читайте повідомлення в консолі, а не вгадуйте: одним достатньо опції в конфігу, що підтверджує офлайн-режим, інші справді залежать від UUID від Mojang і мають дружню до офлайну альтернативу. Усьому, що зберігає дані за гравцями, знадобиться, щоб плагін авторизації був завантажений першим, тож тримайте AuthMe ближче до початку списку, а не додавайте його останнім.

Офлайн-режим — підтримуване налаштування на сервері Minecraft від HytHost, а панель дає файловий менеджер, консоль і резервні копії в один клік, щоб змінювати його безпечно та відкочуватися, якщо результат не сподобається. Якщо до Minecraft ви повертаєтеся знову й знову, покупка гри — це те, завдяки чому її продовжують робити, але вирішувати це вам, а не нам читати нотації.

FAQ

Часті запитання

Зупиніть сервер, відкрийте server.properties у кореневій теці сервера, задайте online-mode=false і enforce-secure-profile=false, збережіть і запустіть його знову. Після цього гравці без придбаного акаунта Minecraft зможуть заходити за вашою звичайною адресою. Перш ніж відкривати сервер для всіх, встановіть плагін авторизації — в офлайн-режимі ніки не підтверджуються, тож зайти під чужим може будь-хто.

Майже завжди тому, що enforce-secure-profile досі стоїть у true. У Minecraft 1.19 з'явився підпис повідомлень у чаті, і це налаштування перевіряється окремо від online-mode — тому сервер запускається, має правильний вигляд, але все одно відхиляє гравців без підписаного Mojang профілю. Поставте false і йому, дописавши рядок самостійно, якщо його немає у файлі. Друга поширена причина — правка файлу при увімкненому сервері: під час вимкнення він затирає зміну.

AuthMe Reloaded додає пароль до кожного ніка: гравці один раз роблять /register, потім /login у кожній сесії й до того не можуть ані рухатися, ані будувати, ані писати в чат. На сервері в офлайн-режимі він не опція. Без нього нік — просто текст, який надсилає клієнт, тож будь-хто, хто знає вашу адресу, може зайти під вами або під модератором, а якщо права видаються за ніком, то він прийде одразу з ними. Встановіть його до того, як роздасте адресу.

Так, якщо на сервері вже грали. Minecraft відстежує гравців за UUID, а офлайн-UUID генерується з ніка, а не видається Mojang, тому кожен гравець фактично стає новою людиною. Інвентарі, ендер-скрині, досягнення, домівки, баланси, прива́ти та групи прав лишаються у світі, але прив'язані до особи, під якою більше ніхто не заходить. Нічого не видаляється, і перемикання назад повертає старі дані — але перед зміною налаштування зробіть резервну копію.

Так. online-mode — звичайний рядок у вашому server.properties, а у вас є повний доступ до файлового менеджера й консолі сервера, тож змінювати це налаштування можна як будь-яке інше. Панель його не перезаписує — вона керує лише записами IP та порту сервера, — а резервні копії в один клік дають змогу відкотити зміну, якщо вона вам не підійде.

Скіни зберігаються в Mojang і видаються за підтвердженим акаунтом. Коли перевірку вимкнено, серверу нема де дивитися акаунт, тому всі мають вигляд стандартного Steve або Alex. Це виправляє SkinsRestorer — після встановлення гравці ставлять собі скін командою /skin set із ніком. У мережі за проксі ставте плагін на проксі, а не на кожен бекенд.

Ваш сервер — ваші налаштування

Сервер Minecraft із повним доступом до файлів, живою консоллю та резервними копіями в один клік — така зміна займає хвилину і завжди оборотна. Захист від DDoS від Voxility і щоденні резервні копії включено, цільовий аптайм — 99,9%.

Live chat 8 AM – 11 PM (Chișinău time) · tickets answered during business hours