Le guide complet · 7 min de lecture
Hébergement serveur 7 Days to Die : le guide complet
Tout ce que doit savoir celui qui gère le serveur du groupe à l’ère des versions 3.x : règles du crossplay, presets sandbox, mondes, mémoire, admins, mods et transfert d’une sauvegarde.
Par Matthew Griffin, Propriétaire, Gaming DeluxePublié · Mis à jour
Dans ce guide
- Ce que change un serveur dédié 7 Days to Die
- Serveurs crossplay : les exigences officielles
- Les presets sandbox et le Sandbox Code
- Mondes : Navezgane, génération aléatoire et cartes pré-générées
- Joueurs, taille du monde et mémoire
- Admins et niveaux de permission
- Mods, EAC et refontes sur un serveur PC
- Transférer une sauvegarde et garder des backups
- Ce qu’il faut comparer avant de louer un serveur 7 Days to Die
- Lexique du serveur 7 Days to Die
- Serveur 7 Days to Die : aide et étapes suivantes
Ce que change un serveur dédié 7 Days to Die
En coop hébergée depuis ton propre jeu, le monde se ferme quand l’hôte s’en va. C’est gênant dans un jeu construit autour d’un compte à rebours de sept jours, où le groupe veut fouiller le mardi, fortifier le jeudi et affronter la horde ensemble le week-end. Un serveur dédié garde le monde dispo pour tout le monde, chacun à son rythme, sans que le PC d’un joueur serve de porte d’entrée.
Ça change aussi ce que tu peux faire. Un serveur dédié peut utiliser un monde généré à une taille qui ferait souffrir ton portable, garder une longue partie en route pendant des mois, charger des modlets pour tout le groupe et, depuis la version 2.0, accepter aussi les joueurs console. Le faire tourner en datacenter lui donne une adresse fixe, une bande passante stable et quelqu’un à appeler quand ça se passe mal.
Serveurs crossplay : les exigences officielles
Le crossplay est arrivé dans 7 Days to Die avec le Winter Patch 1.2 en décembre 2024, d’abord seulement pour les parties en peer-to-peer. La version 2.0, Storm’s Brewing, l’a amené aux serveurs dédiés en juin 2025, avec une liste d’exigences serveur (en anglais) qui s’applique toujours.
| Réglage | Exigé pour les joueurs console | Pourquoi |
|---|---|---|
| ServerMaxPlayerCount | 8 ou moins | Les consoles ne voient que les serveurs de cette taille |
| ServerAllowCrossplay | true | Affiche le serveur aux joueurs console |
| EACEnabled | true | L’anti-triche doit tourner pour chaque joueur |
| IgnoreEOSSanctions | false | Les joueurs bannis en ligne restent dehors |
| Mods | Aucun | Les consoles ne peuvent pas rejoindre de serveurs moddés |
Les joueurs PC rejoignent quels que soient ces réglages, donc les règles ne mordent que si quelqu’un du groupe est sur PS5 ou Xbox Series X|S. The Fun Pimps précisent aussi que les joueurs console ne voient que les serveurs dont les réglages et la région conviennent à leur console, et leurs anciennes notes crossplay limitaient les consoles aux mondes de 8K ou moins. Notre offre 8 Slots existe précisément pour ce groupe.
Les presets sandbox et le Sandbox Code
La version 3.0, Dead Hot Summer, a changé la façon dont les règles d’un serveur sont stockées. Difficulté, fréquence des lunes de sang, durée du jour et de la lumière, multiplicateur d’XP, abondance du loot, réapparition du loot, fréquence des largages et une vingtaine d’autres réglages ont été retirés de serverconfig.xml. Ils vivent maintenant dans une seule propriété SandboxCode, une chaîne que tu crées dans le menu Sandbox Options du jeu.
- Presets : des ensembles de réglages officiels, avec Adventurer par défaut. Chaque serveur chez nous les a prêts à sélectionner.
- Codes custom : crée tes propres règles dans le menu, copie le code et colle-le dans le Config Editor.
- Après la création : certains réglages sont figés une fois le monde créé ; d’autres peuvent encore changer avec setgamepref dans la console.
Mondes : Navezgane, génération aléatoire et cartes pré-générées
Le réglage GameWorld choisit entre Navezgane, la carte faite à la main, et un monde généré aléatoirement à partir d’une seed et d’une taille. Les mondes aléatoires existent dans les tailles officiellement supportées de 6K, 8K et 10K, et le jeu est aussi livré avec des cartes pré-générées de 4K à 10K, nommées de Pregen04kA à Pregen10kD.
Pour utiliser une carte pré-générée, choisis Pregen/Custom comme monde de jeu dans le Config Editor et saisis le nom de la carte dans les champs nom du monde et nom de la partie. Le premier démarrage sur une nouvelle carte peut prendre jusqu’à une heure, le temps de la préparer. Surveille la Web Console, laisse le serveur tourner jusqu’à ce qu’il annonce une connexion réussie, et résiste à l’envie de redémarrer en cours de route, parce qu’une génération interrompue doit tout recommencer.
Joueurs, taille du monde et mémoire
Le nombre de joueurs et la taille du monde décident ensemble de la mémoire nécessaire. Notre formulaire de commande conseille 8 Go ou plus pour un monde 6K, 8 Go à 12 Go pour un 8K et 12 Go à 16 Go pour un 10K. Chaque offre inclut un palier de RAM égal ou supérieur à ces chiffres pour la taille de monde qu’elle va probablement faire tourner : 10 Go pour 8 joueurs, 12 Go pour 12, 14 Go pour 16, 16 Go pour 24 et 20 Go pour 30.
Les mods et les longues parties font monter la consommation avec le temps. Regarde le graphique mémoire du panel un soir de lune de sang, quand tous les joueurs sont actifs en même temps, et monte d’un palier depuis l’espace client s’il reste près de la limite. Jusqu’à 100 places et 32 Go sont dispo dans le formulaire de commande.
Admins et niveaux de permission
Les droits admin sont stockés dans serveradmin.xml. Chaque entrée indique la plateforme et l’ID d’un joueur avec un niveau de permission, où 0 donne le contrôle total et les chiffres plus élevés en donnent moins.
- Arrête le serveur et ouvre serveradmin.xml dans le Config Editor.
- Choisis la plateforme du joueur et saisis son Steam64 ID, ou son EOS ID s’il joue sur console ou sur Epic.
- Règle le niveau de permission, 0 pour un admin complet.
- Démarre le serveur ; les admins peuvent maintenant utiliser les commandes console en jeu.
Les joueurs console n’ont pas de Steam ID. Demande-leur de rejoindre pendant que tu surveilles la Web Console : leur EOS ID apparaît dans le log, et tu l’ajoutes sans le préfixe EOS_.
Mods, EAC et refontes sur un serveur PC
Les mods de 7 Days to Die vont dans un dossier Mods, un dossier par mod avec un ModInfo.xml dedans. Les modlets uniquement XML sont envoyés aux joueurs à la connexion, ce qui les rend faciles à partager. Les mods qui amènent de nouvelles icônes, modèles ou sons doivent aussi être installés sur le PC de chaque joueur, et les mods avec du code custom (fichiers DLL) demandent Easy Anti-Cheat coupé côté serveur et côté joueurs.
- Coupe le crossplay avant d’ajouter des mods ; les consoles ne peuvent pas rejoindre un serveur moddé.
- Envoie les mods dans le dossier Mods avec le File Manager ou en SFTP.
- Aligne-toi sur la version du jeu pour laquelle le mod a été fait, en installant un build Legacy via le Mod Manager si besoin.
- Démarre le serveur et lis le log pour repérer les erreurs avant d’inviter les joueurs.
Les mods de refonte remplacent de grandes parties du jeu et viennent en général avec leurs propres mondes pré-générés. Notre base de connaissances liste par exemple les noms de mondes de Darkness Falls, qui vont dans les mêmes champs Pregen/Custom que les cartes officielles.
Transférer une sauvegarde et garder des backups
Un monde solo ou hébergé chez toi se transfère en deux parties. La sauvegarde elle-même est dans ton dossier Saves (sous Windows, en général dans AppData, Roaming, 7DaysToDie). Un monde aléatoire a aussi un dossier dans GeneratedWorlds. Zippe chacun, envoie-le dans le dossier correspondant sur le serveur, décompresse-le et indique au Config Editor le même nom de monde et de partie.
Une fois le monde en ligne, protège-le. Fais une sauvegarde avant un changement de version ou un nouveau mod, programme des sauvegardes automatiques dans le panel, et souviens-toi qu’on garde aussi des copies externalisées sur les 7 derniers jours. Un webhook Discord dans Service Settings préviendra le groupe à chaque redémarrage ou mise à jour du serveur.
Ce qu’il faut comparer avant de louer un serveur 7 Days to Die
Sept points qui séparent un bon hébergeur 7 Days to Die d’un hébergeur au rabais.
- Une vraie option crossplaySi des potes sur console sont de la partie, vérifie que l’hébergeur propose un serveur à 8 joueurs et te laisse régler les options crossplay et EAC.
- La mémoire pour ta taille de mondeCompare la RAM incluse au monde que tu comptes faire tourner, pas seulement au nombre de joueurs.
- Le support du Sandbox CodeAssure-toi de pouvoir choisir des presets et coller un code custom sans ouvrir de ticket.
- Le contrôle des versionsLes mods ont du retard sur les mises à jour. Pouvoir installer toi-même un ancien build évite beaucoup d’attente.
- L’envoi de mondesVérifie que tu as un accès aux fichiers, pour qu’une sauvegarde existante et son monde généré puissent te suivre.
- Emplacement et pingTeste la latence depuis là où vivent tes joueurs ; quand la horde arrive, elle compte plus que la puissance brute.
- Sauvegardes et conditionsCherche des sauvegardes que tu restaures toi-même, des copies externalisées, et ni frais d’installation ni durée minimale.
Lexique du serveur 7 Days to Die
- Lune de sang
- La nuit de horde qui donne son nom au jeu, sur un cycle réglé par les paramètres sandbox (blood moon).
- Sandbox Code
- Une chaîne unique qui contient les règles de gameplay d’un monde depuis la version 3.0.
- Preset
- Un ensemble officiel de réglages sandbox ; Adventurer est celui par défaut.
- RWG
- Random World Generation, qui crée une nouvelle carte à partir d’une seed et d’une taille.
- Navezgane
- La carte faite à la main du jeu.
- Carte pregen
- Un monde pré-généré livré avec le jeu, de Pregen04kA à Pregen10kD.
- EAC
- Easy Anti-Cheat, obligatoire pour le crossplay et coupé pour les mods de code.
- EOS ID
- L’identifiant Epic Online Services qui identifie les joueurs console et Epic dans les fichiers admin.
- Modlet
- Un petit mod, en général uniquement XML, qui change quelques éléments du jeu.
- serveradmin.xml
- Le fichier qui liste les admins, leurs ID et leurs niveaux de permission.
Serveur 7 Days to Die : aide et étapes suivantes
Les pages officielles et nos propres guides. Ces pages sont en anglais.
- Crossplay server requirements, The Fun PimpsLes réglages dont les joueurs console ont besoin.
- Notes de version V3.0 Dead Hot SummerLe passage aux presets et codes sandbox.
- Presets sandbox et codes custom sur nos serveursPas à pas dans le Config Editor.
- Panneau de contrôle Gaming DeluxeCe que fait le panel et où te connecter (page en anglais).
- Nos emplacements de serveursPage en anglais.
- Contacter le supportAide 24/7 pour les mondes, les mods et le crossplay (page en anglais).
Comment on a écrit ce guide : à partir des notes de version et des exigences crossplay de The Fun Pimps, du wiki officiel et de la page Steam du jeu, rédigé avec l’aide de l’IA, vérifié sur notre formulaire de commande 7 Days to Die et notre base de connaissances pour chaque offre, prix, réglage et emplacement, puis relu par Matthew Griffin avant publication. Tu as trouvé une info périmée ? Dis-le-nous (page en anglais).
Sources, vérifiées le 14 octobre 2026 :
- Crossplay server requirements, The Fun Pimps (en anglais)
- Notes de version V2.0 Storm’s Brewing, The Fun Pimps (en anglais)
- Notes de version V3.0 Dead Hot Summer, The Fun Pimps (en anglais)
- V3.3.0 stable, The Fun Pimps (en anglais)
- V3.2.0 stable (4.0 en développement), The Fun Pimps (en anglais)
- Winter Patch 1.2 (premier crossplay), The Fun Pimps (en anglais)
- Notes de version Alpha 20 (tailles de monde), The Fun Pimps (en anglais)
- A new chapter for The Fun Pimps (Behaviour Interactive), forum officiel (en anglais)
- Mod structure, wiki officiel de 7 Days to Die (en anglais)
- 7 Days to Die sur Steam
- Formulaire de commande Gaming Deluxe, 7 Days To Die Dedicated Server
- Base de connaissances Gaming Deluxe, 7 Days to Die (en anglais)
