Héberger un serveur RedM : de zéro à en ligne

RedM, le mod multijoueur de Red Dead Redemption 2 développé par Cfx.re, permet de créer des serveurs de roleplay avec leur propre univers. Pour un propriétaire de serveur, choisir le bon hébergeur et maîtriser l'installation de FXServer sur un serveur VPS ou un serveur dédié fait la différence entre un projet viable et un serveur vide après deux semaines. Ce guide couvre le chemin complet : comparer les types d'hébergement, dimensionner les ressources, installer le serveur sous Debian ou Ubuntu, configurer les bases de données, mettre en place les sauvegardes, et éviter les erreurs classiques du démarrage. Pour une vue d'ensemble des coûts, consultez notre guide du budget d'un serveur RedM.

Quel type d'hébergement pour un serveur RedM

L'hébergement mutualisé, conçu pour les sites web et les sites internet propulsés par un CMS comme WordPress sur un serveur web Apache ou Nginx, ne convient pas à un serveur RedM. Sur un hébergement mutualisé, les ressources du serveur physique sont partagées entre des dizaines de sites internet hébergés sur la même machine, sans accès root ni possibilité de lancer un processus serveur en continu. FXServer a besoin d'un environnement isolé avec un contrôle complet sur le système d'exploitation.

Trois types d'hébergement conviennent réellement à RedM :

Serveur VPS (Virtual Private Server)

Un serveur VPS est un serveur virtuel créé par virtualisation (KVM, par exemple) sur un serveur physique partagé entre plusieurs serveurs virtuels isolés les uns des autres. Chaque serveur virtuel dispose de son propre processeur, de sa propre mémoire vive et de son propre espace disque, avec un accès root complet. C'est la solution recommandée pour la grande majorité des projets RedM : déploiement rapide, coût maîtrisé, et possibilité de monter en gamme sans tout reconfigurer. Consultez nos offres VPS Linux pour les configurations disponibles.

Hébergement dédié

L'hébergement dédié offre un serveur physique entier, avec un processeur non partagé et des performances constantes, même en cas de pic de charge. Adapté aux communautés établies qui dépassent les limites d'un VPS, ou aux projets qui combinent plusieurs services (RedM, bases de données, serveur web) sur une seule machine. Nos serveurs dédiés sont disponibles en datacenter en France.

Hébergement cloud

L'hébergement cloud répartit les ressources sur plusieurs serveurs physiques en datacenter, ce qui permet une haute-disponibilité et une élasticité que le VPS classique n'offre pas. Plus coûteux, il se justifie pour les projets qui ont besoin de dimensionner automatiquement le processeur et la mémoire selon l'affluence.

Certains hébergeurs proposent aussi de l'infogérance : configuration initiale, mises à jour, sauvegardes et firewall gérés par l'hébergeur, ce qui évite de tout administrer soi-même.

Dimensionner les ressources du serveur

La configuration nécessaire dépend du nombre de joueurs visés et de la complexité de votre framework RP. Trois paliers couvrent la quasi-totalité des projets RedM :

• Petit serveur ou serveur de test (jusqu'à une dizaine de joueurs) : 2 vCPU, 6 à 8 Go de RAM, 20 Go d'espace disque SSD NVMe. Suffisant pour tester des scripts ou une carte custom avant l'ouverture.
• Serveur communautaire stable (32 à 64 joueurs, jobs, commerces, inventaire) : 4 vCPU avec un processeur haute fréquence (3,5 GHz minimum), 12 à 16 Go de RAM, 40 à 80 Go d'espace disque SSD NVMe si vous utilisez des maps custom ou des MLO volumineux, et une bande passante d'au moins 1 Gbps.
• Gros serveur public (64+ joueurs, staff dédié, VOIP externe) : 6 à 8 vCPU avec boost au-delà de 4 GHz, 32 Go de RAM, 100 Go NVMe, bande passante illimitée et protection anti-DDoS avancée en couche 7.

Le disque compte autant que le processeur sur RedM : des bases de données volumineuses, des logs et des ressources sur un disque mécanique (HDD) provoquent des temps d'accès qui se traduisent directement en lags côté joueur. Un stockage SSD ou NVMe n'est pas une option de confort, c'est un prérequis.

Préparer le système d'exploitation et la sécurité

Pour héberger un serveur RedM sous Linux, deux distributions dominent : Debian 12 et Ubuntu 22.04 LTS. Les deux offrent un support long terme, des mises à jour de sécurité régulières et une compatibilité éprouvée avec FXServer. Debian privilégie la stabilité, Ubuntu la facilité d'accès. Pour un comparatif détaillé, consultez notre guide du choix de distribution Linux pour VPS.

L'accès root est indispensable pour installer FXServer, configurer le firewall et gérer les services système. Connectez-vous en SSH avec une authentification par clé plutôt que par mot de passe. Pour sécuriser cette connexion dès le départ : sécuriser SSH sur un VPS Linux.

Un firewall (UFW sous Ubuntu, iptables sous Debian) est indispensable dès la mise en service du serveur. Ouvrez uniquement les ports nécessaires : TCP 30120 pour FXServer, TCP 40120 pour le panel txAdmin, SSH (TCP 22 ou un port personnalisé), et éventuellement un port FTP si vous utilisez un accès FTP pour transférer des ressources volumineuses vers le serveur.

Un nom de domaine personnalisé facilite la connexion de vos joueurs. Créez un enregistrement DNS de type A pointant vers l'adresse IP de votre serveur VPS. Les joueurs pourront alors se connecter via un nom lisible plutôt qu'une adresse IP brute, et vous pourrez changer d'hébergeur sans modifier l'adresse de connexion communiquée à votre communauté.

Pour administrer le serveur sans tout faire en ligne de commande, un panel de gestion simplifie les opérations courantes. txAdmin, intégré directement à FXServer, gère le serveur RedM : démarrage, arrêt, logs, permissions, sauvegardes planifiées. Pour l'administration plus large du VPS (gestion des bases de données, certificats SSL, tâches planifiées), un panel comme Plesk offre une interface complète. Notre guide Pterodactyl couvre la mise en place d'un panel dédié aux serveurs de jeu, transposable de FiveM à RedM.

Installer et configurer FXServer pour RedM

Une fois le système préparé et sécurisé, l'installation suit toujours la même séquence :

1. Récupérer l'artefact serveur : RedM utilise le même moteur FXServer que FiveM. Téléchargez l'artefact exclusivement depuis le portail officiel Cfx.re, jamais depuis un lien tiers, et préférez la version « recommended » à la « latest » pour un serveur en production.
2. Obtenir une clé de licence Keymaster : inscrivez-vous sur le portail Keymaster de Cfx.re, créez un projet et liez-le à l'adresse IP de votre serveur. La clé générée est gratuite et identifie votre serveur auprès de l'infrastructure Cfx.re.
3. Écrire le fichier server.cfg : nom du serveur, gamename rdr3 pour activer le mode RedM, nombre de slots, clé Keymaster, et une ligne ensure par ressource à charger au démarrage. C'est le fichier central de toute la configuration.
4. Ajouter les ressources une par une : placez-les dans le dossier resources/ et activez-les progressivement. Tester chaque ressource isolément est la façon la plus rapide d'identifier celle qui pose problème en cas de crash au démarrage.
5. Relier une base de données si votre projet en a besoin : MySQL ou MariaDB, via un connecteur comme oxmysql, pour stocker les données joueur de façon persistante.

La logique d'installation reste la même que sur FiveM. Notre guide de mise en place d'un serveur FiveM détaille les fondations communes aux deux plateformes. Pour lancer FXServer automatiquement au démarrage du VPS, créez un service systemd dédié : notre guide des services systemd pour serveurs de jeu explique la marche à suivre.

Bases de données et sauvegardes

Les bases de données MySQL ou MariaDB stockent les données persistantes de votre serveur RedM : inventaires joueurs, comptes bancaires RP, propriétés, véhicules, progressions. Sans base de données, rien ne survit à un redémarrage du serveur. Pour les bonnes pratiques de sauvegarde de ces données critiques : sauvegarder et restaurer une base MySQL sur un serveur FiveM/RedM.

Un plan de backup automatisé protège contre les pertes de données, qu'il s'agisse d'un crash disque, d'une erreur de manipulation ou d'une mise à jour ratée. Planifiez un backup quotidien des bases de données et un backup hebdomadaire des fichiers serveur (server.cfg, dossier resources/, scripts personnalisés). Pour transférer vos sauvegardes vers un espace distant, un accès FTP ou SFTP vers un stockage externe ajoute une couche de sécurité. Un backup qui reste sur le même disque que le serveur ne protège pas d'une panne matérielle.

Pour les projets critiques qui ne tolèrent aucune interruption, une architecture haute-disponibilité avec réplication des bases de données entre deux serveurs garantit la continuité du service. Consultez notre guide sauvegardes et haute-disponibilité sur serveur dédié pour la mise en place.

Réduire la latence une fois le serveur en ligne

Une latence RedM idéale se situe entre 20 et 50 ms, reste jouable jusqu'à 100 ms, et dégrade nettement l'expérience au-delà de 150 ms. Quatre causes concentrent la quasi-totalité des cas :

• Localisation du serveur : plus la distance avec la majorité de vos joueurs est grande, plus le temps de transit augmente. Pour une communauté francophone, un serveur hébergé en France ou en Europe de l'Ouest reste le choix logique.
• Scripts mal optimisés : une ressource qui boucle inutilement ou n'a pas été revue depuis longtemps consomme du CPU serveur en continu. Visez des scripts qui tournent à 0,00-0,02 ms de temps CPU au repos, une donnée que le panel txAdmin affiche directement par ressource.
• Matériel sous-dimensionné : un processeur saturé, une RAM insuffisante ou un espace disque sur HDD se traduisent directement en lags, quelle que soit la qualité des scripts installés.
• Attaques DDoS : une protection anti-DDoS incluse dans l'hébergement évite qu'un pic malveillant ne mette le serveur à genoux sans prévenir.

Un redémarrage planifié toutes les 12 à 24 heures, hors des heures de pointe, limite aussi l'accumulation de fuites mémoire sur les sessions longues, un classique des serveurs RP qui tournent sans interruption.

Les erreurs qui coûtent le plus cher au démarrage

• Sous-dimensionner l'hébergement pour économiser : un serveur VPS en dessous de 4 vCPU et 8 Go de RAM avec un disque mécanique fera fuir les premiers joueurs dès les premiers ralentissements. C'est l'erreur la plus fréquente.
• Empiler les scripts sans les tester : ajouter une dizaine de ressources d'un coup rend impossible d'identifier laquelle cause un crash. Une logique modulaire, ressource par ressource, coûte plus de temps au départ mais en fait gagner en diagnostic.
• Négliger la sécurité de base : firewall actif, ports par défaut changés, accès SSH protégé par clé, sauvegardes automatiques des bases de données et des fichiers serveur. Ce sont des réglages d'une heure qui évitent des incidents qui se comptent en jours. Notre guide de sécurisation côté serveur détaille l'approche complète.
• Ouvrir au public avant d'être prêt : une phase de test privée, même courte, permet de corriger les bugs critiques avant que les premiers joueurs ne se forgent une première impression, rarement rattrapable.
• Ne pas planifier de backup : un serveur sans sauvegarde automatique est un serveur qui perdra ses données. C'est une question de temps, pas de probabilité.

Checklist avant l'ouverture

• Hébergement dimensionné pour la taille de communauté visée : serveur VPS ou serveur dédié, processeur haute fréquence, espace disque SSD/NVMe.
• Système d'exploitation installé (Debian 12 ou Ubuntu 22.04 LTS), accès root fonctionnel, firewall configuré.
• Artefact FXServer téléchargé depuis le portail officiel Cfx.re, licence Keymaster générée et liée à l'IP du serveur.
• server.cfg écrit avec gamename rdr3, ressources activées et testées une par une.
• Bases de données MySQL ou MariaDB opérationnelles, connecteur installé.
• Panel txAdmin configuré (whitelist, permissions, sauvegardes automatiques).
• Plan de backup en place : bases de données (quotidien), fichiers serveur (hebdomadaire).
• DNS configuré si vous utilisez un nom de domaine personnalisé.
• Test en conditions réelles avec au moins un second compte avant l'ouverture publique.

Si vous découvrez RedM en tant que joueur avant de vouloir héberger votre propre projet, notre guide pour bien débuter sur RedM couvre ce premier pas. Toutes nos offres d'hébergement RedM sont préconfigurées pour ce cahier des charges, avec protection anti-DDoS incluse.