Перед початком
Запишіть видання, версію клієнта, призначені IP і порт та час помилки. Збережіть журнали й конфігурацію. Використайте відомий робочий клієнт і зробіть копію перед змінами світу або серверного програмного забезпечення.
Переконайтеся в готовності гри
Активна послуга в панелі не завжди означає повністю запущений ігровий сервер. Перевірте завершення запуску й правильну адресу прослуховування в журналі. Шукайте аварію, відсутні залежності або тривале завантаження світу. Не запускайте кілька встановлень одночасно; спершу з’ясуйте, чи поточне завдання завершилося або помилилося і якої дії потребує.
Користуйтеся призначеною адресою
Скопіюйте адресу й порт із даних послуги. Не замінюйте їх стандартним портом, який на спільному вузлі може належати іншому серверу. Порівняйте домен із прямим підключенням до правильних IP та порту. DNS і можливий Java SRV-запис перевіряйте окремо. Робочий сайт не доводить правильності даних ігрового з’єднання.
Перевіряйте Java й Bedrock окремо
Java зазвичай використовує TCP для гри, а Bedrock використовує UDP. Брандмауер і пересилання мають відповідати виданню та призначеному порту. Стандартні значення документації не є вказівкою зайняти ці порти на спільному вузлі. Консолі й деякі клієнти мають обмеження щодо зовнішніх серверів; випадкова зміна порту не є універсальним вирішенням.
Підтвердьте сумісність версій
Клієнт, серверне програмне забезпечення й обов’язкові моди мають бути сумісними. Проксі чи міст Java–Bedrock потребують окремих налаштувань і не входять автоматично в кожну пропозицію. Перегляньте журнал до одночасного оновлення всіх компонентів. Тестуйте копію світу й залишайте можливість повернення, щоб нова версія не додала ще одну проблему до початкової.
Спробуйте незалежну мережу
Якщо не підключається лише один гравець, порівняйте інший клієнт і мережу. Wi-Fi, VPN, локальний брандмауер або маршрут оператора можуть змінити результат. Ping чи відкритий вебпорт не перевіряє весь ігровий протокол. Використовуйте справжнє підключення на правильний порт без широкого сканування або значного штучного навантаження.
Дослідіть навантаження при пізнішому збої
Якщо підключення спочатку працює, а гра зависає пізніше, порівняйте час із CPU, пам’яттю, навантаженням ігрового циклу та журналами. Користуйтеся профілюванням для відповідного програмного забезпечення. Нові чанки, велика дальність огляду або моди можуть спричиняти паузи. Змінюйте один обґрунтований чинник; видалення світу не є загальним засобом від мережевих помилок.
Що робити у вашій ситуації?
| Ситуація | Наступний крок |
|---|---|
| Сервер не завершує запуск | Виправте помилку запуску в журналі перед зміною мережі. |
| Не працює лише домен | Порівняйте DNS і можливий SRV-запис із призначеною адресою. |
| Не працює лише один клієнт або мережа | Перевірте клієнт, VPN і локальний зв’язок незалежним тестом. |
Офіційні джерела
Джерела описують протоколи й налаштування. Перевірте документацію саме вашої версії.