Zum Inhalt springen
DDoS-Schutz · Peeryx · 15 Tbps+
Alle Ratgeber

FiveM bleibt bei „Loading server“ hängen: Verbindungen gezielt prüfen

Ein endloser Ladebildschirm hat nicht immer dieselbe Ursache. Der Server kann noch starten, eine Ressource kann fehlen oder eine vorgeschaltete Schutzkomponente kann nur einen Teil der Verbindung weiterleiten. Mit einer klaren Reihenfolge finden Sie den betroffenen Abschnitt, ohne auf Verdacht Dateien zu löschen oder Schutzregeln abzuschalten.

← Alle RatgeberCubixServ

Vorbereitung

Halten Sie die tatsächlich zugewiesene Spieladresse mit Port, die Uhrzeit des Fehlers, den Serverstatus und relevante Konsolenmeldungen bereit. Notieren Sie die zuletzt geänderten Ressourcen. Für Prüfungen über einen zweiten Internetanschluss benötigen Sie einen berechtigten Tester; veröffentlichen Sie keine Schlüssel oder administrativen Zugangsdaten.

Zuerst feststellen, ob der Server bereit ist

Öffnen Sie das Panel und prüfen Sie, ob der Spielprozess läuft oder noch installiert beziehungsweise gestartet wird. Ein erreichbarer Verwaltungszugang belegt keinen abgeschlossenen Spielstart. In der Konsole können fehlende Konfigurationen, Ressourcenfehler oder eine unvollständige txAdmin-Einrichtung sichtbar sein.

Verwenden Sie den vom Panel angegebenen Spielport. Der Port für txAdmin ist ein Verwaltungsport und ersetzt ihn nicht. Auf gemeinsam genutzten Nodes dürfen Sie nicht davon ausgehen, dass Ihr Dienst den üblichen Standardport verwendet.

Direktverbindung und Serverliste vergleichen

Testen Sie in der FiveM-Clientkonsole F8 eine Direktverbindung zur zugewiesenen Spieladresse. Vergleichen Sie das Ergebnis mit dem Zugriff über den Serverlisteneintrag. Funktioniert nur einer der beiden Wege, dokumentieren Sie diese Unterscheidung: Sie hilft, Bekanntgabe und eigentlichen Verbindungsaufbau auseinanderzuhalten.

Eine fehlende Listung rechtfertigt keine beliebige Änderung von Adressen oder Ports. Prüfen Sie zunächst die dokumentierten Servereinstellungen und die vom Hosting vorgesehenen Endpunkte. Verwenden Sie keine Adresse einer anderen Instanz, nur weil sie auf derselben Maschine liegt.

HTTP und Spielverkehr getrennt betrachten

FiveM benötigt mehrere Kommunikationswege. HTTP-Endpunkte und Ressourcendownloads können funktionieren, während die UDP-Verbindung für das Spiel scheitert. Umgekehrt beweist ein erreichbarer Spielprozess nicht, dass sämtliche Dateien über einen vorgeschalteten Proxy ausgeliefert werden.

Prüfen Sie deshalb öffentliche HTTP-Endpunkte, Downloads und den eigentlichen Beitritt getrennt. Ein erfolgreicher Aufruf von info.json ist kein vollständiger UDP-Test. Ein TCP-Porttest kann ebenfalls nicht bestätigen, dass die UDP-Weiterleitung korrekt arbeitet.

Die zuletzt geänderten Ressourcen eingrenzen

Wenn der Fehler nach einer Änderung auftritt, sichere die aktuelle Konfiguration und untersuche zuerst die betroffene Ressource einschließlich ihrer Abhängigkeiten. Fehlerhafte Startreihenfolgen, fehlende Dateien oder inkompatible Versionen lassen sich anhand konkreter Konsolenmeldungen besser eingrenzen als anhand des Ladebildschirms allein.

Testen Sie Änderungen einzeln und führen Sie Neustarts in einem angekündigten Wartungsfenster durch. Ein pauschales Löschen des Client-Caches oder sämtlicher Serverressourcen kann Diagnoseinformationen beseitigen und behebt keine falsche Netzwerkkonfiguration.

Proxy und Schutzkonfiguration nachvollziehen

Bei einem Reverse Proxy müssen die veröffentlichten Endpunkte, erlaubten Ursprungsadressen und Weiterleitungen zum tatsächlichen Aufbau passen. Die offizielle FiveM-Dokumentation unterscheidet diese Aufgaben. Einstellungen für vertrauenswürdige Proxys gehören nur zu den konkreten autorisierten Adressen oder Netzen.

Erlaube nicht vorschnell das gesamte Internet als vertrauenswürdigen Proxy. Deaktiviere keine Schutzmaßnahmen, um einen Test bequem zu machen. Wenn ein Vergleich ohne Proxy erforderlich ist, muss er kontrolliert, zeitlich begrenzt und mit dem Betreiber abgestimmt erfolgen.

Mit verwertbaren Informationen Unterstützung anfordern

Vergleichen Sie den Fehler nach Möglichkeit über zwei unabhängige Zugänge und halten Sie fest, ob andere Spieler ebenfalls betroffen sind. Erfassen Sie Uhrzeit, Spieladresse, Clientmeldung und passende Serverprotokolle. So lässt sich ein lokales Problem von einem allgemeinen Ausfall unterscheiden.

Ein Timeout allein beweist keinen DDoS-Angriff. Für eine Einschätzung müssen Netzwerkdaten, Filterereignisse und Ressourcenlast zusammenpassen. Gib dem Support einen reproduzierbaren Ablauf und entferne Geheimnisse aus den beigefügten Auszügen.

Was zu Ihrer Situation passt

SituationNächste Prüfung
Prozess läuft noch nichtPrüfen Sie Einrichtung und Startprotokoll. Warten Sie auf den vollständigen Start, bevor Sie den öffentlichen Zugang beurteilen.
Downloads funktionieren, Beitritt scheitertLassen Sie die tatsächliche Spieladresse und insbesondere die UDP-Weiterleitung prüfen; HTTP-Erreichbarkeit reicht als Nachweis nicht aus.
Fehler erst nach einer RessourcenänderungSichern Sie den Stand und testen Sie die konkrete Änderung mit ihren Abhängigkeiten in einem Wartungsfenster.

Offizielle Quellen

Diese Dokumente erläutern die jeweiligen Protokolle und Programme. Prüfen Sie zusätzlich die Bedingungen und die tatsächliche Konfiguration Ihres Dienstes.

  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/