Comment héberger un serveur FiveM

Un serveur FiveM est trois éléments qui doivent s'accorder : les artifacts du serveur, une base MySQL, et txAdmin posé au-dessus des deux. Ce guide suit la construction dans l'ordre qui évite les impasses habituelles, et précise honnêtement quelles parties restent à votre charge ensuite.

La construction, dans l'ordre qui fonctionne

1. Une machine capable de vraiment accueillir une villeFiveM est mono-thread là où ça compte, donc la fréquence d'horloge l'emporte sur le nombre de cœurs. Prévoyez environ 6GB de RAM pour un serveur de 32 slots hors ressources, et davantage pour des MLO et des scripts lourds. Linux est le choix habituel ; les artifacts sont publiés pour les deux systèmes.
2. MySQL d'abord, framework ensuiteqbcore, qbox et ESX attendent tous un MySQL/MariaDB fonctionnel avec un utilisateur, un schéma et leur dump SQL importé. Le faire avant d'installer le framework vous fait gagner une longue soirée : presque tous les signalements « le framework ne démarre pas » concernent une base qui n'était pas prête.
3. Artifacts, txAdmin et une clé cfx.reTéléchargez les artifacts actuels du serveur, lancez-les une fois pour démarrer txAdmin, puis collez la clé cfxk_ générée pour votre propre compte dans le portail cfx.re. txAdmin prend le relais à partir de là : recettes, ressources, redémarrages et console.
4. Les ports, et ceux que l'on oublie30120 en TCP et UDP pour le jeu lui-même, et txAdmin sur son propre port (40120 par défaut), qui ne doit jamais être ouvert au monde sans mot de passe. Oublier la moitié UDP est la cause classique d'un serveur qui apparaît dans la liste mais ne permet jamais de se connecter.

Pourquoi la base de données vient en premier

Rien dans un serveur de roleplay n'est sans état. Les personnages, véhicules, inventaires, métiers et propriétés vivent tous dans MySQL, ce qui fait que la base de données n'est pas un simple composant de votre serveur, mais ce dont votre serveur est fait. Installez un framework avant que la base soit prête, et vous obtenez un serveur qui démarre, affiche des erreurs de connexion, et laisse vos joueurs avec des personnages qui disparaissent à chaque reconnexion.

C'est aussi la partie qui pénalise le plus l'hébergement sur une machine unique. Un VPS planté sans dump de la nuit dernière n'est pas une panne, c'est une remise à zéro. Une remise à zéro, c'est la seule chose qu'une communauté de roleplay ne pardonne pas. Quel que soit votre hébergement, décidez de votre planning de sauvegarde avant d'ouvrir les candidatures.

Les erreurs qui coûtent des week-ends entiers

  • •Exposer txAdmin sur Internet avec la configuration par défaut, ce qui donne le contrôle total du serveur
  • •Sauter l'import SQL, puis accuser le framework de ne pas démarrer
  • •Faire tourner la base de données sur le même disque, sans sauvegarde ni planification d'export
  • •Ne jamais mettre à jour les artefacts, puis subir une mise à jour client qui casse le serveur
  • •Laisser les ressources grossir sans contrôle, jusqu'à ce qu'un redémarrage prenne quatre minutes

Ce que coûte réellement l'auto-hébergement

Le VPS, c'est la partie bon marché. Le vrai coût, ce sont les heures : mises à jour des artifacts après chaque correctif client, une base que vous administrez désormais, txAdmin exposé en toute sécurité, plannings de redémarrage, et une liste de ressources qui grandit jusqu'à ce que quelque chose commence à expirer aux heures de pointe. Rien de tout cela n'est difficile. Tout cela est récurrent, et ça arrive au pire moment. Pour un serveur de roleplay, cela veut dire un vendredi soir.

Ou évitez la construction complètement

Le même serveur, avec txAdmin et une base MySQL synchronisée sur trois nœuds indépendants, déployé pour vous sur le cloud décentralisé Flux à partir de $12.49/mois. Vous gardez la clé cfx.re, les ressources et les données.

Questions fréquentes

Quelle est la configuration matérielle requise pour un serveur FiveM ?

La fréquence d'horloge compte plus que le nombre de cœurs, car le serveur FiveM est mono-thread là où ça compte. En gros, 6GB de RAM et 2 cœurs rapides conviennent à un serveur de 32 slots, 8GB et 4 cœurs à un serveur de 48 slots, et 12GB à une ville de 64 slots très fréquentée. Les ressources, les MLO et les scripts font vite grimper ce besoin, donc considérez ces valeurs comme un minimum et non comme une cible.

Ai-je besoin de MySQL pour faire tourner un serveur FiveM ?

Pour tout framework de roleplay, oui. qbcore, qbox et ESX stockent tous les personnages, inventaires, véhicules et métiers dans MySQL ou MariaDB, et aucun ne démarre correctement tant que la base n'existe pas, qu'un utilisateur n'a pas reçu les droits d'accès et que le dump SQL du framework n'a pas été importé. Un serveur vanilla sans framework peut tourner sans base, mais ce n'est pas ce que la plupart des gens entendent par serveur FiveM.

Qu'est-ce que txAdmin et dois-je l'utiliser ?

txAdmin est le panneau de contrôle web fourni avec les artifacts du serveur FiveM : recettes, gestion des ressources, accès à la console, redémarrages planifiés et administration des joueurs. Il n'est pas obligatoire, mais c'est ainsi que presque tout le monde fait tourner un serveur, et c'est lui qui transforme une installation d'artifacts brute en quelque chose que vous pouvez administrer sans SSH.

Quels ports un serveur FiveM demande-t-il ?

Port 30120 en TCP et UDP pour le jeu, et un port séparé pour txAdmin (40120 par défaut). N'ouvrir que le TCP est l'erreur de configuration la plus courante. Le serveur apparaît dans la liste, mais les joueurs ne peuvent pas se connecter. txAdmin ne doit jamais être exposé publiquement sans mot de passe fort, car il donne le contrôle total du serveur.

L'auto-hébergement de FiveM est-il moins cher que l'hébergement géré ?

Sur la facture, en général. Au total, cela dépend de ce que valent vos soirées. Un VPS capable d'accueillir une ville de 48 slots n'est pas très loin du prix d'une offre gérée, et la différence vous achète les mises à jour des artifacts, l'administration de la base, les sauvegardes, et le fait de ne pas être celui qui répare quand ça casse en pleine session.