Mettre à jour un serveur 7 Days to Die (SteamCMD, branches, V3.x)
The Fun Pimps publie beaucoup de mises à jour : V3.0 fin juin 2026, V3.0.1, V3.1.0 fin juillet, V3.2.0 fin août, et la V3.3 est déjà en test depuis le 24 septembre. À chaque fois, la règle est la même : le serveur et tous les joueurs doivent avoir exactement la même version, sinon personne ne se connecte.
Ce guide couvre la mise à jour via SteamCMD, le choix de la branche (stable, expérimentale ou ancienne version) et les précautions à prendre pour ne pas perdre votre monde.
🔄 Mises à jour sans stress
Serveur 7DTD maintenu à jour automatiquement
Notre offre hébergeur 7 Days to Die dès 8,90 €/mois : sauvegardes automatiques, Ryzen 9 5950X, 8 à 24 Go RAM et support FR 24/7 pour vous aider à changer de branche.
Où en est 7 Days to Die en septembre 2026 ?
| Version | Statut | Date |
|---|---|---|
| V3.2.0 | Stable (branche public) | 26 août 2026 |
| V3.3.0 | Expérimentale (latest_experimental) | 24 septembre 2026 |
| V3.1.0 « Henpocalypse » | Ancienne stable | 27 juillet 2026 |
| V3.0 « Dead Hot Summer » | Ancienne stable | 29 juin 2026 |
| V2.0 « Storm’s Brewing » | Ancienne stable (dernière : v2.6) | 27 juin 2025 |
| V1.0 | Sortie de l’accès anticipé (dernière : v1.4) | 2024 |
Le studio indique que le développement de la V4.0 avance en parallèle, sans date annoncée.
Les branches disponibles pour le serveur
Le serveur dédié (App ID 294420) et le jeu (App ID 251570) proposent les mêmes branches Steam. Voici celles que l’on trouve en septembre 2026, aucune ne demande de mot de passe :
| Branche | Contenu |
|---|---|
public | Version stable par défaut (V3.2.0) |
latest_experimental | Version en test (V3.3 actuellement) |
v3.2.0, v3.1.0, v3.0.1 | Versions V3 figées |
v2.6 | Dernière version de la génération V2 (Storm’s Brewing) |
v1.4 | Dernière version de la génération V1 |
alpha21.2 … alpha8.8 | Anciennes alphas |
Les branches figées sont précieuses : elles permettent de garder un serveur modé sur la version que le mod supporte, même quand la stable avance.
Étape 1 — Sauvegarder avant tout
Une mise à jour majeure peut rendre un monde incompatible ou changer le comportement des réglages. Avant chaque mise à jour :
- Prévenez les joueurs, puis tapez
saveworlddans la console (ou Telnet) et arrêtez le serveur proprement avecshutdown. - Copiez le dossier des sauvegardes (
Saves/) et le dossier des mondes générés (GeneratedWorlds/) si vous jouez sur une carte RWG. - Copiez aussi
serverconfig.xmletserveradmin.xml.
La méthode complète est dans sauvegarder le monde d’un serveur 7 Days to Die.
Étape 2 — Mettre à jour vers la dernière stable
Windows
steamcmd.exe +force_install_dir C:\7DTDServer +login anonymous +app_update 294420 validate +quitLinux
./steamcmd.sh +force_install_dir /home/steam/7dtd +login anonymous +app_update 294420 validate +quit+force_install_dir doit être placé avant +login. Le serveur se télécharge en compte anonyme : pas besoin de posséder le jeu sur le compte Steam de la machine.
Étape 3 — Choisir une autre branche
Ajoutez -beta <nom_de_branche> à app_update :
# Tester la version expérimentale
./steamcmd.sh +force_install_dir /home/steam/7dtd-exp +login anonymous +app_update 294420 -beta latest_experimental validate +quit
# Rester sur la dernière V2 (mods pas encore portés en V3)
./steamcmd.sh +force_install_dir /home/steam/7dtd +login anonymous +app_update 294420 -beta v2.6 validate +quit
# Revenir à la branche stable par défaut
./steamcmd.sh +force_install_dir /home/steam/7dtd +login anonymous +app_update 294420 -beta public validate +quitConseil : installez l’expérimentale dans un dossier séparé. Vous gardez ainsi votre serveur stable intact pendant vos tests.
Côté joueurs
Chaque joueur doit sélectionner la même branche dans Steam : clic droit sur 7 Days to Die → Propriétés → Bêtas → choisir la branche (par exemple v2.6). Sans ça, le client reste en stable et ne peut pas rejoindre.
Étape 4 — Protéger votre configuration
Le wiki de modding 7D2D recommande de ne pas modifier directement le serverconfig.xml livré, car une mise à jour avec validate peut le remplacer par la version d’origine. La parade :
- Copiez
serverconfig.xmlenmonserveur.xml. - Faites vos réglages dans
monserveur.xml. - Lancez le serveur avec
-configfile=monserveur.xml(dansstartdedicated.batsous Windows ou dans votre script de lancement Linux).
Chez un hébergeur, le fichier de configuration est généralement géré par le panel : vérifiez simplement vos réglages après chaque mise à jour.
Cas particulier : passer de V2.6 à V3.x
La V3.0 a déplacé 30 réglages de gameplay (difficulté, XP, Blood Moon, loot…) dans une nouvelle propriété SandboxCode. Si vous mettez à jour sans rien faire, votre serveur tourne avec le code par défaut et vos réglages V2.6 sont ignorés.
Les notes officielles V3.0 indiquent que vous pouvez continuer votre sauvegarde V2.6, à condition de recréer vos réglages dans le menu Sandbox Options du jeu et de coller le code obtenu dans SandboxCode. Tout est expliqué dans configurer le SandboxCode d’un serveur 7DTD.
La V3.0 a aussi ajouté 60+ nouveaux POI. Pour les voir sur une carte existante, une option « Continue Game » permet d’opter pour une réinitialisation complète des chunks non protégés, et une commande serveur fait la même chose. Les chunks protégés (claims, bedrolls) ne sont pas touchés.
Après une mise à jour V3.x → V3.x
Les notes V3.1 préviennent que les préréglages Sandbox personnalisés peuvent devoir être mis à jour, et qu’un code invalide peut remettre des options à leur valeur par défaut. Vérifiez vos réglages en jeu après chaque mise à jour.
Et les mods ?
Un mod est compilé pour une version précise du jeu. Après une mise à jour majeure, il ne charge plus tant que son auteur ne l’a pas porté. Exemples :
- Darkness Falls V6 a été annoncé par son auteur comme fonctionnant sur la V1.4 du jeu : un serveur Darkness Falls reste donc sur la branche
v1.4, serveur et clients. - Les notes V3.0 préviennent les moddeurs que du code qui surcharge des méthodes du jeu peut devoir être adapté.
Avant de mettre à jour un serveur modé, vérifiez la version supportée sur la page du mod. Installation des mods : installer des mods sur un serveur 7DTD.
FAQ
Mes joueurs ne peuvent plus se connecter après la mise à jour
C’est presque toujours un décalage de version : le serveur est passé en V3.2 mais un joueur est resté sur une ancienne branche (ou l’inverse). Tout le monde doit être sur la même branche. Autres causes dans serveur 7 Days to Die qui ne s’affiche pas.
Comment savoir quelle version tourne sur mon serveur ?
Tapez version dans la console du serveur (F1 en jeu si vous êtes admin, ou Telnet).
Faut-il recommencer une nouvelle partie à chaque version ?
Pas obligatoirement : les notes V3.0 prévoient la continuité des sauvegardes V2.6. Les nouveautés de génération (POI, RWG) n’apparaissent en revanche que sur les zones régénérées ou une nouvelle carte.
Le serveur doit-il posséder le jeu pour se mettre à jour ?
Non. L’App 294420 se télécharge avec +login anonymous.
Mon hébergeur met-il à jour automatiquement ?
Sur HebergTonServ, les serveurs sont maintenus sur la dernière version. Si vous devez rester sur une branche figée (mods), contactez le support.
Conclusion
Une mise à jour 7 Days to Die réussie tient en quatre réflexes : sauvegarder, mettre serveur et clients sur la même branche, garder sa config dans un fichier à part et, depuis la V3, vérifier son SandboxCode. Les branches figées (v2.6, v1.4…) sont votre filet de sécurité quand un mod n’a pas encore suivi.
Pour aller plus loin
- Meilleur hébergeur 7 Days to Die 2026
- Configurer le SandboxCode (V3.x)
- Sauvegarder le monde d’un serveur 7DTD
- Installer un serveur 7DTD via SteamCMD
Sources : notes V3.0 Dead Hot Summer, notes V3.1.0, V3.2.0 Stable, annonce V2.0 stable (compte officiel), wiki de modding 7D2D, annonce Darkness Falls V6 par son auteur, liste des branches de l’App 294420 (données Steam, septembre 2026).
