Преди да започнете
Запишете Java или Bedrock, клиентска и сървърна версия, адрес с порт и точен час. Пазете конзола и последни промени. Преди промяна на свят, модове или файлове създайте възстановимо копие и запазете отделно първоначалното състояние.
Потвърдете изданието и адреса
Java и Bedrock са различни издания: Java обикновено използва TCP, Bedrock UDP. Друг порт не ги прави съвместими. Ползвайте адреса от панела и проверете DNS или Java SRV целта. Достъпно управление не доказва правилен игрови порт. Стандартните номера не гарантират същото разпределение на споделен node. Започнете от реалните клиенти на общността и действителното разпределение на услугата.
Геймплеят на 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 сравнете слушането, стартирането и правилата за конкретния порт.
Проверете завършения старт
Процес може да работи, докато светът още се зарежда. Намерете съобщение за готовност и грешки на Java, настройки, плъгини или модове. При непрекъснати рестартирания първо разгледайте цикъла. Бързи повторения създават работа и скриват следи. Не сменяйте едновременно свят, версия и всички добавки без работещо копие и конкретна причина. Достъпна конзола не означава винаги готовност да се приемат играчи.
След като добавите плъгин или мод, проверете неговите зависимости и съвместимост на двигателя. Paper, Fabric, Forge и NeoForge не зареждат автоматично едни и същи разширения. Използвайте тестово копие и премахнете само идентифицираното допълнение; изтриването на свят не е начин за диагностициране на софтуерна грешка.
Тествайте необходимия протокол
Потвърдете разрешената връзка между публична IP и игрови порт. TCP тест не проверява Bedrock UDP. С LAN видимост Bedrock може да отвори допълнителни стандартни портове и при собствен порт; на споделен хост следвайте схемата на оператора. Не отваряйте случайни или чужди портове. Посредникът трябва реално да поддържа издание, протокол и обратен път, не само административна web страница. Тествайте собствената инстанция.
След това сравнете от друга разрешена връзка. Когато само една мрежа се повреди, запишете нейния доставчик и времената, вместо незабавно да променяте глобалната конфигурация. Блокиран ICMP пинг не установява, че играта е недостъпна; ping отговорът също не доказва, че портът на играта е отворен.
Проверете Java DNS, без да променяте зоната
dig +short A play.example.com
dig +short SRV _minecraft._tcp.play.example.comJava SRV запис може да посочва друга цел и порт. Разрешете и върнатото целево име и го сравнете със зададените данни. SRV не е нужен, ако клиентът вече използва правилния адрес и порт. Това не е тест за Bedrock UDP.
Сравнете версии и зависимости
Проверете игра, сървърен софтуер и loader. Modpack може да изисква еднаква комбинация на клиента и сървъра. След промяна проверете зависимостите, запазвайки копие. По-стара версия или друг свят може да е несъвместим с данните. Не изтривайте оригинала или всички модове за експеримент; подгответе отделна точка за възстановяване и записвайте промени с резултатите. Проверявайте по една възможна причина, не всичко едновременно.
Откриването на Bedrock LAN също може да отвори обичайните си портове в допълнение към потребителски порт. На споделен възел използвайте адаптираната конфигурация на панела и поискайте проверка за конфликт на разпределение. За Java прокси или шлюз за кръстосана игра, проверете всеки етап от пътя, а не само публичния адрес.
Измервайте по време на проблема
Следете CPU, памет и конзола в един интервал. Претоварена основна нишка може да спре играта при нисък среден товар на хоста. В Paper spark помага за профилиране. Проверете дистанциите на видимост и симулация и евентуални замени от други настройки. Повече RAM не поправя автоматично причината; важни са действащата конфигурация и работата на света. Измервайте представителна сесия, не само празен сървър.
Когато се поддържа, профилирайте сървъра по време на проблема със съвместим инструмент. Последните версии на Paper включват spark. Доклад от празен сървър е по-малко полезен от този, заснет по време на забавянето. Обвържете записа и защитете диагностичните връзки, които може да съдържат поверителна информация.
Създайте възпроизводима диагноза
Сравнете втори независим достъп и засегнатите играчи. Пазете час, адрес и съобщения без тайни. Timeout може да идва от маршрут, филтър, грешен протокол или неподготвен сървър. Атака или недостиг на ресурси определяйте само при съответстващи мрежови и приложни данни. Едно прекъсване не е достатъчно; дайте на поддръжката стъпки и условия за възпроизвеждане и целево отстраняване на проблема.
Подозираната активност на DDoS се нуждае от корелация с измервания на трафика или смекчаващи събития. Самото изчакване не е достатъчно доказателство. Избягвайте повтарящи се рестарти и агресивни сканирания: те увеличават натоварването и правят диагностицирането по-трудно. Тествайте корекцията, като използвате нормална връзка, след което проверете дали обикновените играчи могат да се върнат.
Какво да направите във вашия случай
| Ситуация | Следваща стъпка |
|---|---|
| Грешно издание | Изберете Java или Bedrock с реален адрес. Смяната на порт не преобразува изданието. |
| Проблем след модове или свят | Сравнете версии и зависимости и пазете отделно копие на предишното състояние. |
| Грешка само при товар | Профилирайте основната нишка и chunks по време на проблема преди разширяване. |
Официални източници
Източниците обясняват протоколите и настройките. Проверете документацията за използваната версия.