Перед початком
Запишіть видання, версію клієнта, призначені IP і порт та час помилки. Збережіть журнали й конфігурацію. Використайте відомий робочий клієнт і зробіть копію перед змінами світу або серверного програмного забезпечення.
Переконайтеся в готовності гри
Активна послуга в панелі не завжди означає повністю запущений ігровий сервер. Перевірте завершення запуску й правильну адресу прослуховування в журналі. Шукайте аварію, відсутні залежності або тривале завантаження світу. Не запускайте кілька встановлень одночасно; спершу з’ясуйте, чи поточне завдання завершилося або помилилося і якої дії потребує.
Ігровий процес Java зазвичай використовує кінцеву точку TCP, тоді як геймплей сервера Bedrock використовує UDP. Загальні параметри за замовчуванням ніколи не замінюють розподіл панелей. На спільному вузлі копіювання стандартного порту з підручника може конфліктувати з іншим екземпляром. Тест TCP не може підтвердити підключення Bedrock UDP.
Перевірте лише TCP-з’єднання Java з Windows
Test-NetConnection -ComputerName 192.0.2.10 -Port 25565Замініть адресу й порт фактично призначеними. TcpTestSucceeded=True підтверджує лише TCP-з’єднання, не Bedrock UDP, автентифікацію Minecraft чи продуктивність. За False порівняйте прослуховування, запуск і правила конкретного порту.
Користуйтеся призначеною адресою
Скопіюйте адресу й порт із даних послуги. Не замінюйте їх стандартним портом, який на спільному вузлі може належати іншому серверу. Порівняйте домен із прямим підключенням до правильних IP та порту. DNS і можливий Java SRV-запис перевіряйте окремо. Робочий сайт не доводить правильності даних ігрового з’єднання.
Після додавання плагіна або модифікації перевірте його залежності та сумісність з двигуном. Paper, Fabric, Forge і NeoForge не завантажують автоматично однакові розширення. Використовуйте тестову копію та видаляйте лише ідентифіковані доповнення; видалення світу не є способом діагностики програмної помилки.
Перевіряйте Java й Bedrock окремо
Java зазвичай використовує TCP для гри, а Bedrock використовує UDP. Брандмауер і пересилання мають відповідати виданню та призначеному порту. Стандартні значення документації не є вказівкою зайняти ці порти на спільному вузлі. Консолі й деякі клієнти мають обмеження щодо зовнішніх серверів; випадкова зміна порту не є універсальним вирішенням.
Потім порівняйте з іншого авторизованого підключення. Якщо лише одна мережа виходить з ладу, запишіть її провайдера та час, а не відразу змінюйте глобальну конфігурацію. Заблокований пінг ICMP не означає, що гра недоступна; відповідь ping також не підтверджує, що ігровий порт відкритий.
Перевірте Java DNS без зміни зони
dig +short A play.example.com
dig +short SRV _minecraft._tcp.play.example.comЗапис SRV Java може вказувати іншу ціль і порт. Визначте також адресу повернутого цільового імені та порівняйте з призначенням. SRV не потрібен, якщо клієнт уже використовує правильну адресу й порт. Це не перевірка Bedrock UDP.
Підтвердьте сумісність версій
Клієнт, серверне програмне забезпечення й обов’язкові моди мають бути сумісними. Проксі чи міст Java–Bedrock потребують окремих налаштувань і не входять автоматично в кожну пропозицію. Перегляньте журнал до одночасного оновлення всіх компонентів. Тестуйте копію світу й залишайте можливість повернення, щоб нова версія не додала ще одну проблему до початкової.
Виявлення локальної мережі Bedrock також може відкривати свої звичайні порти на додаток до спеціального порту. На спільному вузлі використовуйте адаптовану конфігурацію панелі та надішліть запит на перевірку розподілу на конфлікт. Для проксі-сервера Java або кросплейного шлюзу перевіряйте кожен етап шляху, а не лише публічну адресу.
Спробуйте незалежну мережу
Якщо не підключається лише один гравець, порівняйте інший клієнт і мережу. Wi-Fi, VPN, локальний брандмауер або маршрут оператора можуть змінити результат. Ping чи відкритий вебпорт не перевіряє весь ігровий протокол. Використовуйте справжнє підключення на правильний порт без широкого сканування або значного штучного навантаження.
Якщо це підтримується, профілюйте сервер під час проблеми за допомогою сумісного інструменту. Останні версії Paper включають spark. Звіт із порожнього сервера є менш корисним, ніж звіт, отриманий під час уповільнення. Прив’яжіть запис і захистіть діагностичні посилання, які можуть містити конфіденційну інформацію.
Дослідіть навантаження при пізнішому збої
Якщо підключення спочатку працює, а гра зависає пізніше, порівняйте час із CPU, пам’яттю, навантаженням ігрового циклу та журналами. Користуйтеся профілюванням для відповідного програмного забезпечення. Нові чанки, велика дальність огляду або моди можуть спричиняти паузи. Змінюйте один обґрунтований чинник; видалення світу не є загальним засобом від мережевих помилок.
Передбачувана діяльність DDoS потребує кореляції з вимірюваннями трафіку або подіями пом’якшення. Сам по собі тайм-аут недостатній доказ. Уникайте повторних перезапусків і агресивних сканувань: вони додають навантаження та ускладнюють діагностику. Перевірте виправлення за допомогою звичайного з’єднання, а потім перевірте, чи можуть звичайні гравці повернутися.
Що робити у вашій ситуації?
| Ситуація | Наступний крок |
|---|---|
| Сервер не завершує запуск | Виправте помилку запуску в журналі перед зміною мережі. |
| Не працює лише домен | Порівняйте DNS і можливий SRV-запис із призначеною адресою. |
| Не працює лише один клієнт або мережа | Перевірте клієнт, VPN і локальний зв’язок незалежним тестом. |
Офіційні джерела
Джерела описують протоколи й налаштування. Перевірте документацію саме вашої версії.