Configurer un serveur 7 Days to Die pour jouer entre amis
Par Benjamin Dayan · PDG
· Mis à jour le 19 octobre 2026 · Lecture 6 min
Sommaire
Le fichier serverconfig.xml 7 Days to Die est le point de départ pour organiser une partie coopérative stable entre amis, en ajustant la difficulté, le mode de jeu et les paramètres réseau. Ce guide détaille, étape par étape, les réglages essentiels du XML, les ports à ouvrir et la gestion du monde pour un lancement sans accroc.
Le fichier serverconfig.xml dans 7 Days to Die
Le serverconfig.xml 7 Days to Die se trouve dans le dossier d'installation du jeu, généralement sous /7DaysToDieServer/serverconfig.xml sur une installation Linux ou dans le répertoire d'exécution sur Windows. C'est ce fichier XML, composé de balises <property>, qui pilote la quasi-totalité du comportement du monde : nom de la partie, mot de passe, difficulté, régénération des ressources, comportement des zombies ou encore fréquence des sauvegardes.
Avant toute modification, il est recommandé de couper le processus en cours, d'éditer le fichier avec un éditeur texte simple (sans formatage automatique qui casserait la syntaxe XML), puis de relancer le processus pour appliquer les changements. Une erreur de syntaxe dans ce fichier empêche souvent le démarrage complet, donc chaque modification doit être testée une par une.
<property name="ServerName" value="MaPartieCoop"/>
<property name="ServerPassword" value="motdepasse_solide"/>
<property name="ServerMaxPlayerCount" value="8"/>
<property name="ServerVisibility" value="2"/>La propriété ServerVisibility mérite une attention particulière : la valeur 2 rend la partie visible publiquement dans la liste des serveurs, 1 la limite aux amis Steam, et 0 la cache totalement (connexion uniquement via IP directe). Pour une session entre amis, les valeurs 0 ou 1 combinées à un mot de passe robuste évitent les connexions indésirables.
Pour héberger cette configuration sur une infrastructure dédiée au jeu plutôt que sur une machine personnelle qui doit rester allumée en permanence, un hébergeur 7 Days to Die prend en charge l'installation du panel, l'anti-DDoS et les sauvegardes automatiques, ce qui simplifie la maintenance du fichier serverconfig.xml au quotidien.
Configurer le mode coopératif et les paramètres de difficulté
Le mode coopératif de 7 Days to Die repose avant tout sur la désactivation du PvP et sur un équilibrage cohérent de la difficulté. Plusieurs propriétés du serverconfig.xml interviennent directement sur l'expérience de groupe.
Paramètres clés pour une partie entre amis
| Propriété | Rôle | Valeur conseillée en coop |
|---|---|---|
| GameMode | Type de partie (Survival par défaut) | GameModeSurvival |
| GameDifficulty | Difficulté globale, de 0 (très facile) à 5 (insane) | 2 ou 3 |
| PVPEnabled | Active ou désactive le combat entre joueurs | false |
| PlayerKillingMode | Règle fine du PvP (0 = désactivé, 1 = amis uniquement, 3 = tout le monde) | 0 |
| BuildCreate | Autorise la triche de construction (mode admin) | false |
| DropOnDeath | Gestion de l'inventaire à la mort | DropNothing |
Pour une coopération fluide sans friction entre joueurs, PVPEnabled à false et DropOnDeath réglé sur DropNothing évitent la perte d'équipement en cas de mort accidentelle, un réglage fréquent sur les sessions familiales ou entre nouveaux joueurs.
Ajuster la pression des zombies et la Blood Moon
Les paramètres BloodMoonEnemyCount, ZombieMove et ZombieMoveNight définissent respectivement le nombre de zombies lors de la nuit rouge et leur vitesse de déplacement. Pour un groupe débutant, réduire BloodMoonEnemyCount (par défaut 8) à 4 ou 6 limite la difficulté du siège sans supprimer la tension du jeu.
<property name="BloodMoonEnemyCount" value="6"/>
<property name="ZombieMove" value="1"/>
<property name="ZombieMoveNight" value="2"/>
<property name="DayNightLength" value="60"/>La propriété DayNightLength contrôle la durée d'un jour in-game en minutes réelles. Un cycle plus long (60 à 90 minutes) laisse davantage de temps pour explorer et construire avant la tombée de la nuit, ce qui convient bien à un groupe qui joue sur des sessions longues.
Ouvrir les ports et sécuriser l'accès réseau
7 Days to Die utilise principalement le protocole UDP pour la communication entre le client et le processus du jeu. Sans redirection de ports correcte sur le routeur ou le pare-feu de la machine, les amis externes au réseau local ne pourront pas rejoindre la partie.
Ports à ouvrir pour 7 Days to Die
| Port | Protocole | Usage |
|---|---|---|
| 26900 | UDP/TCP | Port principal de jeu |
| 26901 | UDP | Communication secondaire |
| 26902 | UDP | Requêtes de statut du monde |
| 8080 | TCP | Interface web du panel d'administration (si activée) |
| 8081 | TCP | Telnet/RCON à distance |
Sur une machine Linux configurée avec ufw, la redirection s'effectue typiquement ainsi :
sudo ufw allow 26900:26902/udp
sudo ufw allow 26900/tcp
sudo ufw allow 8081/tcp
sudo ufw statusSur un routeur domestique, ces mêmes plages doivent être redirigées vers l'adresse IP locale de la machine qui exécute le processus 7 Days to Die.
Sécuriser l'accès avec Telnet et mot de passe
Le fichier serverconfig.xml contient aussi les propriétés liées à l'administration à distance via Telnet, pratique pour envoyer des commandes sans accéder physiquement à la console.
<property name="TelnetEnabled" value="true"/>
<property name="TelnetPort" value="8081"/>
<property name="TelnetPassword" value="motdepasse_unique"/>
<property name="TelnetFailedLoginLimit" value="10"/>
<property name="TelnetFailedLoginsBlocktime" value="10"/>Un mot de passe Telnet long et unique, différent de celui de connexion à la partie, réduit le risque d'accès non autorisé aux commandes d'administration. Côté réseau, l'infrastructure qui héberge le processus doit aussi filtrer le trafic volumétrique anormal, un point géré nativement sur les offres incluant un anti-DDoS, comme celles détaillées sur la page Tous nos serveurs de jeu.
Paramètres de génération du monde et sauvegardes
La génération du monde dans 7 Days to Die se configure au premier lancement via plusieurs propriétés du serverconfig.xml, qu'il convient de verrouiller avant de lancer la partie pour éviter toute régénération accidentelle.
<property name="GameWorld" value="RWG"/>
<property name="WorldGenSeed" value="MaGraineCoop2024"/>
<property name="WorldGenSize" value="6144"/>
<property name="GameName" value="MondeAmis"/>La taille du monde (WorldGenSize) influence directement le temps de génération initial et l'espace disque occupé : une valeur de 4096 à 6144 convient largement pour un groupe de 4 à 8 joueurs sans sacrifier la diversité des biomes.
Fréquence de sauvegarde et performance
Les propriétés SaveDataLimit et le mécanisme de sauvegarde automatique interne au jeu écrivent régulièrement l'état du monde sur le disque. Sur un disque NVMe, ces écritures restent rapides et n'impactent pas la latence ressentie en jeu, contrairement à un stockage mécanique classique où les pics d'écriture peuvent provoquer des micro-coupures.
<property name="EACEnabled" value="true"/>
<property name="MaxSpawnedZombies" value="60"/>
<property name="MaxSpawnedAnimals" value="50"/>Réduire MaxSpawnedZombies et MaxSpawnedAnimals allège la charge CPU du processus, un gain sensible lorsque plusieurs joueurs explorent des zones différentes simultanément. Pour une administration à distance, se connecter en SSH à la machine qui exécute le jeu permet d'éditer le fichier sans interface graphique :
ssh utilisateur@adresse_ip
cd /7DaysToDieServer
nano serverconfig.xmlUn panel de gestion type Pterodactyl simplifie cette étape en proposant un éditeur de fichiers intégré, la console en direct et des sauvegardes planifiées, ce qui évite de manipuler le XML à l'aveugle à chaque redémarrage. Pour aller plus loin sur l'exploitation d'une machine dédiée à l'administration de jeux, la page VPS Linux détaille les bases d'une installation Linux utilisée pour ce type de manipulation.
Configurer le serverconfig.xml 7 Days to Die demande peu de temps une fois les propriétés clés identifiées : difficulté, PvP, ports réseau et génération du monde. Une configuration testée pas à pas, sauvegardée avant chaque modification, garantit une partie coopérative stable pour toute la communauté de joueurs.
FAQ
Où se trouve exactement le fichier serverconfig.xml sur une installation 7 Days to Die ?Il se situe à la racine du dossier d'installation du jeu, souvent nommé 7DaysToDieServer. Sur un panel comme Pterodactyl, il est accessible directement via le gestionnaire de fichiers sans besoin de connexion SSH.
Il suffit de régler PVPEnabled sur false pour désactiver uniquement les combats entre joueurs, tout en laissant les propriétés liées aux zombies (BloodMoonEnemyCount, ZombieMove) inchangées pour conserver la difficulté PvE.
Le problème vient le plus souvent des ports UDP 26900 à 26902 non redirigés sur le routeur ou bloqués par le pare-feu local. Vérifier la redirection de ports et le statut du pare-feu avec une commande comme ufw status résout la majorité des cas.
Lire aussi
- Comment configurer un serveur 7 Days to Die ?serverconfig.xml expliqué balise par balise : nombre de joueurs, difficulté, durée du jour, blood moon, taille de horde. Réglez votre serveur 7 Days to Die comme il faut.
- Comment installer des mods sur un serveur 7 Days to Die ?Télécharger vos mods, les déposer dans le dossier Mods et redémarrer : le guide pour installer des mods 7 Days to Die (Darkness Falls, Undead Legacy), et la version 1 clic.
- Comment créer un serveur 7 Days to Die ? Le guide completDeux méthodes pour créer votre serveur 7 Days to Die : l'auto-hébergement sur votre PC (gratuit mais technique) ou l'hébergeur clé en main livré en quelques secondes.