Ga naar de inhoud
DDoS-bescherming · Peeryx · 15 Tbps+
Alle handleidingen

FiveM blijft op ‘Loading server’ staan: controleer stap voor stap

Een blijvend laadscherm kan verschillende oorzaken hebben. De server kan nog starten, een afhankelijkheid kan ontbreken of een tussenliggende beveiliging kan maar een deel van het verkeer doorgeven. Werk in een vaste volgorde in plaats van op goed geluk bestanden te wissen of filters uit te schakelen.

← Alle handleidingenCubixServ

Voordat je begint

Houd toegewezen speladres en poort, tijdstip, paneelstatus en relevante consolemeldingen bij de hand. Noteer recente wijzigingen aan resources. Verwijder sleutels en beheergegevens uit logregels die je met ondersteuning deelt.

Nagaan of het spel klaar is

Een gestart proces betekent niet altijd dat spelers al kunnen verbinden. Zoek consolefouten over configuratie, resources of onvoltooide txAdmin-instelling. Gebruik de spelpoort uit het paneel: de beheerpoort van txAdmin vervangt die niet. Op een gedeelde node mag je niet aannemen dat jouw server de standaardpoort of de poort van een andere klant gebruikt.

Direct verbinden met de serverlijst vergelijken

Test in de F8-clientconsole een directe verbinding met het toegewezen speladres en vergelijk met de serverlijst. Werkt maar één route, noteer dat verschil. Wijzig aankondigingen, IP-adressen en poorten niet willekeurig: controleer eerst de gedocumenteerde endpoints en de inrichting van de beheerder. Een andere server op dezelfde host is geen bruikbaar alternatief adres.

HTTP en spelverkeer apart testen

Bestanden en HTTP-endpoints kunnen reageren terwijl UDP niet werkt. Controleer downloads, toetreden tot het spel en beheer afzonderlijk. Een correcte info.json-respons bewijst niet de volledige UDP-route. Een TCP-test bevestigt evenmin dat alle benodigde verbindingen door proxy en beveiliging worden doorgegeven. Test daarom het daadwerkelijke spelersproces en niet alleen een webpagina.

De laatste resourcewijziging onderzoeken

Bewaar bij een storing na een update de huidige toestand en controleer die wijziging met afhankelijkheden en startvolgorde. Gebruik concrete consolemeldingen en verander één onderdeel tegelijk tijdens aangekondigd onderhoud. Alle resources of de clientcache wissen kan nuttige aanwijzingen verwijderen en verhelpt geen verkeerd adres of onjuiste doorstuurregel. Bewaar ook het eerder werkende bestand.

Proxy en oorspronkelijke server nalopen

Gepubliceerde endpoints, toegestane bronnen en doorstuurregels moeten overeenkomen met de echte opstelling. Cfx.re beschrijft die taken en vereisten afzonderlijk. Maak niet heel internet een vertrouwde proxy en schakel bescherming niet uit voor gemak. Een eventuele vergelijking zonder proxy moet gecontroleerd, tijdelijk en met de beheerder afgestemd zijn, met een afgesproken terugweg.

Een reproduceerbare melding maken

Vergelijk indien mogelijk twee onafhankelijke internetverbindingen en bepaal welke spelers getroffen zijn. Bewaar tijdstip, adres en relevante consolegegevens zonder geheimen. Een timeout bewijst geen DDoS-aanval: vergelijk netwerkverkeer, filtergegevens en serverbelasting. Een duidelijk herhaalbare procedure helpt ondersteuning een lokaal probleem te onderscheiden van een fout in toepassing of netwerkroute, zonder andere klanten te belasten.

Wat past bij jouw situatie?

SituatieVolgende stap
Serverstart nog niet afgerondControleer configuratie en console en wacht tot het spel klaar is voordat je openbare toegang beoordeelt.
Downloads werken, toetreden nietControleer toegewezen adres en UDP-doorsturing. Alleen HTTP-succes bevestigt niet het hele traject.
Fout na een resourcewijzigingMaak een kopie en test de wijziging met afhankelijkheden tijdens aangekondigd onderhoud.

Officiële bronnen

Deze bronnen beschrijven de genoemde protocollen en instellingen. Controleer altijd de documentatie voor jouw versie.

  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/