Zanim zaczniesz
Zapisz Java lub Bedrock, wersje klienta i serwera, adres z portem oraz dokładną godzinę. Zachowaj konsolę i ostatnie zmiany. Przed modyfikacją światów, modów czy plików przygotuj kopię możliwą do odtworzenia i przechowuj oryginalny stan oddzielnie.
Potwierdź edycję i adres
Java i Bedrock są różnymi rodzajami serwera: Java zwykle używa TCP, a Bedrock UDP. Inny port nie sprawia, że edycje stają się zamienne. Użyj przydzielonego adresu z panelu i sprawdź cel DNS lub rekordu SRV Java. Dostępna administracja nie potwierdza testowania właściwej gry; domyślne porty nie są obietnicą przydziału na współdzielonym nodzie.
Sprawdź zakończenie uruchamiania
Proces może działać podczas ładowania świata. Znajdź komunikat o gotowości i błędy Java, konfiguracji, pluginów lub modów. Jeżeli serwer stale się uruchamia ponownie, zbadaj najpierw ten cykl. Szybkie restarty zwiększają obciążenie i mogą ukryć wskazówki. Zachowaj komunikaty i nie zmieniaj jednocześnie świata, wersji oraz wszystkich dodatków bez ustalenia konkretnej przyczyny.
Testuj właściwy protokół
Sprawdź autoryzowane połączenie publicznego IP z portem gry. Test TCP nie potwierdza portu Bedrock UDP. Bedrock z widocznością LAN może otwierać dodatkowe standardowe porty także przy niestandardowym porcie; na wspólnym hoście musi to pasować do konfiguracji operatora. Nie otwieraj samodzielnie dodatkowych portów ani przydzielonych innym klientom. Proxy musi faktycznie obsługiwać tę edycję.
Porównaj wersje i zależności
Sprawdź wersję gry, oprogramowanie serwera oraz loader. Modpack może wymagać takiej samej kombinacji po stronie klienta i serwera. Gdy błąd nastąpił po zmianie, badaj tę zależność, zachowując kopię. Starsza wersja lub inny świat mogą być niezgodne z danymi. Nie usuwaj oryginału ani wszystkich modów na próbę; utrzymuj oddzielny punkt odzyskiwania i zapis zmian.
Mierz podczas problemu
Obserwuj CPU, pamięć i konsolę w tym samym czasie. Przeciążony główny wątek może blokować grę przy niskiej średniej całego hosta. W Paper spark pomaga profilować występujący problem. Sprawdź odległość widzenia i symulacji oraz nadpisania przez inne pliki konfiguracyjne. Więcej RAM nie usuwa automatycznie tej pracy; ważne są ustawienia faktycznie stosowane, nie tylko wpis w jednej konfiguracji.
Przygotuj odtwarzalną diagnozę
Porównaj drugie łącze i ustal, których graczy dotyczy błąd. Zachowaj godzinę, endpoint i komunikaty bez sekretów oraz prywatnych danych. Timeout może pochodzić z routingu, filtrów, złego protokołu lub niegotowego serwera. Wskaż atak albo brak zasobów dopiero wtedy, gdy potwierdzają to dane sieci i aplikacji. Samo odłączenie gracza nie wystarcza do takiego rozpoznania.
Co zrobić w Twojej sytuacji
| Sytuacja | Następny krok |
|---|---|
| Niewłaściwa edycja | Wybierz Java lub Bedrock i rzeczywisty endpoint. Zmiana portu nie konwertuje edycji. |
| Problem po modach lub świecie | Sprawdź wersje i zależności, zachowując osobną kopię poprzedniego stanu. |
| Problem tylko pod obciążeniem | Profiluj główny wątek i chunki podczas awarii przed zwiększeniem planu. |
Oficjalne źródła
Te źródła opisują wymienione protokoły i ustawienia. Sprawdź dokumentację właściwą dla używanej wersji.