Installer un serveur 7 Days To Die

Installation pas à pas

1. 1

   Installez SteamCMD (dossier dédié sous Windows, utilisateur non-root sous Linux).

2. 2

   Téléchargez le serveur : app_update 294420 validate (anonyme).

3. 3

   Copiez serverconfig.xml sous un nom unique (ex. myserver.xml) ; ne modifiez pas l'original.

4. 4

   Éditez-le avec l'outil « serverconfig.xml » du site (nom, mot de passe, slots, monde, SandboxCode).

5. 5

   Lancez le serveur avec -configfile=myserver.xml -dedicated (dernière option).

6. 6

   Testez en local depuis le client (même version, même branche) via l'adresse 127.0.0.1:26900.

7. 7

   Ouvrez 26900 TCP/UDP et 26901-26903 UDP (pare-feu, fournisseur, box).

8. 8

   Configurez les administrateurs (serveradmin.xml) et protégez Telnet par mot de passe.

9. 9

   Automatisez le démarrage (systemd ou tâche planifiée) et planifiez sauvegardes et mises à jour.

10. 10

    Ajoutez votre serveur sur game-rank.com/jeux/7-days-to-die.

1. Prérequis

• OS : Windows ou Linux 64 bits (Ubuntu/Debian). Pas de clé de licence : SteamCMD en connexion anonyme suffit.
• Matériel : non documenté officiellement dans nos sources. À titre indicatif (expérience communautaire, à valider) : 4 cœurs récents et 8 Go de RAM pour quelques joueurs, davantage au-delà ; SSD conseillé pour les cartes RWG.
• Le client et le serveur doivent avoir exactement la même version et la même branche (stable ou expérimentale).

2. Installation locale (Windows)

Installez le serveur dans C:\Servers\7dtd, puis copiez serverconfig.xml en myserver.xml et créez start.bat avec la commande de lancement (startdedicated.bat fourni par le jeu fait de même). Pour une installation expérimentale, ajoutez -beta latest_experimental avant validate, dans un dossier séparé.

steamcmd +force_install_dir "C:\Servers\7dtd" +login anonymous +app_update 294420 validate +quit

rem start.bat
start 7DaysToDieServer -logfile "output_log.txt" -quit -batchmode -nographics -configfile=myserver.xml -dedicated

3. VPS / dédié Linux (Ubuntu/Debian)

Créez un utilisateur « sdtd » sans droits root, installez SteamCMD puis le serveur. Le wiki 7d2dmodding utilise un chemin de type /home/sdtd/server et le binaire ./7DaysToDieServer.x86_64 avec les mêmes options que sous Windows.

sudo adduser --disabled-password --gecos "" sdtd
sudo dpkg --add-architecture i386 && sudo apt update
sudo apt install -y steamcmd lib32gcc-s1 screen   # Ubuntu: enable 'multiverse' first
sudo -iu sdtd
/usr/games/steamcmd +force_install_dir /home/sdtd/server +login anonymous +app_update 294420 validate +quit
cd /home/sdtd/server && cp serverconfig.xml myserver.xml
./7DaysToDieServer.x86_64 -logfile output_log.txt -quit -batchmode -nographics -configfile=myserver.xml -dedicated

4. Ports à ouvrir

Changez le port de jeu avec ServerPort dans votre fichier de configuration (les ports voisins suivent). Côté fournisseur (OVH, Hetzner, Scaleway… « security group »), autorisez les mêmes ports. Hébergement à domicile : redirigez-les (NAT) vers l'IP locale. Test : connectez-vous depuis un réseau extérieur à l'adresse IP:26900.

• 26900/TCP et UDP — jeu (ServerPort). Le wiki conseille de rester dans 26900-26905 ou 27015-27020 pour la découverte en LAN.
• 26901-26903/UDP — trafic de jeu supplémentaire.
• 8080/TCP — tableau de bord web (WebDashboardPort), désactivé par défaut ; à n'ouvrir que pour l'administration et avec mots de passe.
• 8081/TCP — Telnet (TelnetPort), activé par défaut ; sans mot de passe il n'écoute qu'en local. Ne l'exposez pas sans mot de passe.

5. Pare-feu Linux (ufw)

Autorisez SSH avant d'activer ufw. N'ouvrez pas 8080/8081 au public.

sudo ufw allow OpenSSH
sudo ufw allow 26900/tcp
sudo ufw allow 26900:26903/udp
sudo ufw enable && sudo ufw status

6. Pare-feu Windows

Dans une invite de commandes administrateur :

netsh advfirewall firewall add rule name="7DTD TCP" dir=in action=allow protocol=TCP localport=26900
netsh advfirewall firewall add rule name="7DTD UDP" dir=in action=allow protocol=UDP localport=26900-26903

7. Démarrage automatique (systemd)

Placez ce fichier dans /etc/systemd/system/sdtd.service puis : sudo systemctl enable --now sdtd. Sous Windows, créez une tâche planifiée « au démarrage » lançant start.bat ; screen ou tmux restent une alternative simple. L'option -quit du lancement est celle recommandée par le wiki.

[Unit]
Description=7 Days to Die dedicated server
After=network-online.target
Wants=network-online.target

[Service]
Type=simple
User=sdtd
WorkingDirectory=/home/sdtd/server
ExecStart=/home/sdtd/server/7DaysToDieServer.x86_64 -logfile /home/sdtd/server/output_log.txt -quit -batchmode -nographics -configfile=myserver.xml -dedicated
Restart=on-failure
RestartSec=20

[Install]
WantedBy=multi-user.target

8. Mises à jour, sauvegardes, redémarrages

Mise à jour : arrêtez le serveur et relancez la même commande app_update (même dossier, même branche). Votre fichier myserver.xml n'est pas écrasé. Sauvegardes : par défaut, les parties et les mondes générés sont dans le dossier de données utilisateur du jeu (sous Linux typiquement ~/.local/share/7DaysToDie/, sous Windows %AppData%\7DaysToDie) ; vérifiez l'emplacement réel sur votre installation puis archivez-le serveur arrêté. Exemple cron pour une sauvegarde nocturne et un redémarrage quotidien :

# crontab -e (user sdtd); stop/start via systemctl needs a sudoers rule
30 4 * * * sudo systemctl stop sdtd && tar -czf /home/sdtd/backups/7dtd-$(date +\%F).tar.gz -C /home/sdtd/.local/share 7DaysToDie
40 4 * * * /usr/games/steamcmd +force_install_dir /home/sdtd/server +login anonymous +app_update 294420 validate +quit && sudo systemctl start sdtd

9. Déclarer et trouver son serveur

Mettez ServerVisibility à 2 (public) et renseignez ServerName et Region pour apparaître dans la liste du jeu. Pour plus de visibilité, ajoutez votre serveur sur game-rank.com/jeux/7-days-to-die (site du propriétaire de cet outil).

10. Dépannage

• Version incompatible : le client et le serveur doivent avoir la même version et la même branche. Relancez app_update (avec le même -beta si expérimental).
• Serveur introuvable dans la liste : vérifiez ServerVisibility=2, l'ouverture de 26900 TCP/UDP et 26901-26903 UDP, et connectez-vous directement par IP:26900 pour isoler le problème.
• Réglages ignorés : le serveur n'a pas reçu -configfile, ou -dedicated n'est pas la dernière option, ou vous avez modifié le fichier d'origine écrasé par une mise à jour.
• Telnet ou tableau de bord inaccessibles : sans TelnetPassword, Telnet n'écoute qu'en local ; le tableau de bord (8080) est désactivé tant que WebDashboardEnabled n'est pas à true.
• Pas de droits admin en jeu : vérifiez serveradmin.xml (plateforme et identifiant exacts, niveau 0) ; relisez-le après modification (commande admin add en console ou redémarrage).

Questions fréquentes

Quel est l'identifiant Steam du serveur 7 Days to Die ?

294420 pour le serveur dédié (installation anonyme avec SteamCMD) ; le jeu client est l'application 251570.

Quels ports 7 Days to Die utilise-t-il ?

26900 TCP/UDP et 26901-26903 UDP pour le jeu ; 8080 TCP (tableau de bord web, désactivé par défaut) et 8081 TCP (Telnet) uniquement pour l'administration.

Peut-on jouer en cross-play ?

La propriété ServerAllowCrossplay existe (false par défaut). Les prérequis exacts (EAC, protocoles réseau) ne sont pas détaillés dans nos sources : consultez la documentation officielle de votre version.

Comment passer en branche expérimentale ?

Ajoutez -beta latest_experimental à la commande app_update (de préférence dans un dossier d'installation séparé) ; les clients doivent utiliser la même branche.