Przejdź do treści
Ochrona DDoS · Peeryx · 15 Tbps+
Wszystkie poradniki

FiveM zatrzymuje się na „Loading server”: co sprawdzić po kolei

Niekończące się ładowanie może mieć różne przyczyny. Serwer może jeszcze startować, zależność może być niedostępna albo pośrednia ochrona może przekazywać tylko część ruchu. Sprawdzaj kolejne elementy zamiast usuwać pliki lub wyłączać filtry bez potwierdzonej przyczyny.

← Wszystkie poradnikiCubixServ

Zanim zaczniesz

Przygotuj przydzielony adres i port gry, godzinę problemu, stan panelu oraz istotne komunikaty konsoli. Zapisz ostatnie zmiany zasobów. Usuń klucze i dane administratora z fragmentów logów udostępnianych pomocy technicznej.

Potwierdź gotowość gry

Uruchomiony proces nie zawsze oznacza gotowość do przyjęcia graczy. Sprawdź błędy konfiguracji, zasobów lub nieukończonego przygotowania txAdmin. Używaj portu gry z panelu: port administracyjny txAdmin go nie zastępuje. Na współdzielonym nodzie nie zakładaj, że instancja wykorzystuje port standardowy lub port innego klienta; sprawdź faktyczny przydział, zanim zaczniesz testy sieci.

Porównaj połączenie bezpośrednie i listę

Przetestuj w konsoli klienta F8 połączenie z przydzielonym adresem i porównaj je z wejściem przez listę. Jeśli działa tylko jedna droga, zanotuj różnicę. Nie zmieniaj ogłoszeń, IP ani portów losowo: sprawdź udokumentowane endpointy i ustawienia operatora. Inna instancja na tym samym hoście nie jest alternatywnym adresem dla Twoich graczy.

Rozdziel HTTP i ruch gry

Pliki i endpointy HTTP mogą odpowiadać mimo niedziałającego UDP. Sprawdź pobieranie, wejście do gry i administrację osobno. Poprawna odpowiedź info.json nie dowodzi działania całej ścieżki UDP. Test TCP też nie potwierdza przekazania wszystkich wymaganych połączeń przez proxy i filtry. Zweryfikuj rzeczywisty proces dołączenia gracza, zamiast ograniczać sprawdzenie do jednej strony.

Zbadaj ostatnią zmianę zasobów

Jeżeli problem pojawił się po aktualizacji, zachowaj stan i sprawdź tę zmianę wraz z zależnościami i kolejnością uruchamiania. Korzystaj z konkretnych komunikatów konsoli i modyfikuj jeden element naraz podczas zapowiedzianej przerwy. Usunięcie wszystkich zasobów lub pamięci podręcznej klienta może zniszczyć wskazówki i nie naprawia błędnego adresu czy przekierowania. Zachowaj wcześniej działające pliki.

Sprawdź proxy i serwer źródłowy

Publikowane endpointy, dopuszczone źródła i przekazywanie muszą odpowiadać rzeczywistej topologii. Cfx.re dokumentuje te funkcje i ich wymagania osobno. Nie oznaczaj całego Internetu jako zaufanego proxy i nie wyłączaj ochrony dla wygody. Jeśli potrzebne jest porównanie bez pośrednika, uzgodnij ograniczony i kontrolowany test z operatorem oraz przygotuj przywrócenie poprzedniej konfiguracji.

Przygotuj odtwarzalny opis

Porównaj w miarę możliwości dwa niezależne łącza i określ, których graczy dotyczy problem. Zachowaj godzinę, adres oraz istotne logi bez sekretów. Timeout nie dowodzi ataku DDoS: zestaw dane ruchu, filtrów i obciążenia serwera. Powtarzalna procedura pomaga odróżnić problem lokalny od aplikacji lub trasy sieciowej i ogranicza potrzebę przypadkowych zmian wpływających na innych klientów.

Co zrobić w Twojej sytuacji

SytuacjaNastępny krok
Start jeszcze nieukończonySprawdź konfigurację i konsolę. Zaczekaj na gotowość gry przed oceną publicznego dostępu.
Pliki działają, dołączenie niePotwierdź przydzielony adres i przekazywanie UDP. Sam sukces HTTP nie sprawdza całej ścieżki.
Błąd po zmianie zasobuZrób kopię i przetestuj zmianę z zależnościami podczas zapowiedzianej przerwy.

Oficjalne źródła

Te źródła opisują wymienione protokoły i ustawienia. Sprawdź dokumentację właściwą dla używanej wersji.

  1. Cfx.re/docs/support/server-issues/
  2. Cfx.re/docs/server-manual/proxy-setup/
  3. Cfx.re/docs/server-manual/server-commands/
  4. Cfx.re/docs/developers/legacy-vs-enhanced/