Installer des mods 7 Days to Die – Serveur et client

Tu installes les mods pour 7 Days to Die de manière fiable si tu clarifies d’abord le type de mod, arrêtes le serveur, crées un backup et places chaque mod dans son propre dossier dans /Mods. L’essentiel est la bonne structure de dossiers avec ModInfo.xml, des versions de jeu et de mod compatibles ainsi qu’un test propre avec un client configuré de manière compatible.

Prérequis

Avant d’installer des mods, tu devrais avoir accès aux fichiers serveur, à la console serveur ou aux logs et à ton installation locale de 7 Days to Die. Prévois aussi un backup : au minimum, le monde, la configuration serveur et le dossier Mods existant doivent être sauvegardés. Sur un serveur game-serverhosting loué, tu effectues généralement le transfert de fichiers, le redémarrage et le contrôle via les outils de gestion fournis ; il reste néanmoins important de ne pas forcer les changements pendant que le jeu tourne.

Comme référence technique, la documentation officielle du wiki 7 Days to Die est utile. La page sur Mod Interface décrit que les mods doivent aller dans un dossier Mods du répertoire principal du jeu et que chaque mod a besoin de son propre dossier avec ModInfo.xml : documentation sur 7daystodie.wiki.gg. Pour les modlets, le guide officiel ajoute que le dossier du mod est reconnu à partir du fichier ModInfo.xml qu’il contient : documentation sur 7daystodie.wiki.gg.

Reconnaître les types de mods

Les modlets XML modifient souvent des données de configuration comme les objets, recettes, loot, blocs ou l’équilibrage. Les modifications purement XML peuvent fonctionner côté serveur dès que le serveur les charge au démarrage. Toutefois, si un mod contient ses propres icônes, asset bundles, fichiers UI ou éléments de code, les clients doivent souvent installer le même mod. Ne te fie donc pas seulement au nom du mod, mais lis les consignes d’installation du mod concerné.

Les mods overhaul interviennent beaucoup plus profondément. Ils modifient souvent la progression, le crafting, les ennemis, la génération de monde, l’UI et les objets. De tels packs doivent normalement être installés sur le serveur et le client dans une version exactement compatible. Les mods Server-Only, en revanche, sont prévus pour l’administration, le logging, la modération ou les règles côté serveur et fonctionnent sans installation client, sauf indication contraire dans la documentation du mod.

Installer des modlets

1. Télécharge le modlet, par exemple depuis 7daystodiemods.com, et vérifie la compatibilité avec ta version de 7 Days to Die.
2. Arrête complètement le serveur. Un redémarrage ne suffit pas si des fichiers sont remplacés pendant que le processus tourne.
3. Décompresse l’archive localement et ouvre le dossier décompressé. Cherche ModInfo.xml.
4. Copie le dossier qui contient directement ModInfo.xml dans le répertoire /Mods du serveur.
5. Si /Mods n’existe pas encore, crée le dossier dans le répertoire principal du serveur, pas dans Data ni Config.
6. Redémarre le serveur et contrôle le log pour détecter les erreurs de chargement des mods.

La source d’erreur la plus fréquente est un niveau d’emballage supplémentaire. Par exemple, /Mods/MonMod-v1/MonMod/ModInfo.xml serait incorrect si le vrai dossier du mod est MonMod. La bonne structure est alors /Mods/MonMod/ModInfo.xml.

Déployer proprement les mods overhaul

Avec les mods overhaul, tu devrais travailler de manière particulièrement stricte. Vérifie d’abord si le mod correspond à la version installée de 7 Days to Die. Ensuite, installe-le sur le serveur et sur chaque client selon les consignes du projet de mod concerné. Si un mod overhaul nécessite son propre launcher ou des étapes d’installation supplémentaires, suis ce guide plutôt qu’une installation générique de modlet.

Pour les mondes existants : les gros overhauls peuvent modifier fortement les sauvegardes, la progression et les objets. Si possible, commence avec un nouveau monde ou teste le mod dans une copie séparée. Sur les serveurs communautaires productifs, une fenêtre de maintenance claire est utile afin que les joueurs sachent quels mods client ils doivent installer et quand le serveur sera de nouveau accessible.

Mods Server-Only

Ces mods ne nécessitent pas d’installation client, à condition que la version du mod et sa documentation le confirment :

• Server Tools – outils admin
• Allocs Server Fixes – performance et web map
• CSMM – gestion serveur

Les mods Server-Only sont particulièrement pratiques pour les tâches administratives, car les joueurs n’ont pas besoin d’installer eux-mêmes des fichiers. Malgré tout, après chaque changement, tu devrais vérifier si le mod correspond à la version actuelle du serveur et s’il déclenche des conflits avec des outils déjà installés.

Vérifier le résultat

Après le redémarrage, connecte-toi d’abord toi-même au serveur. Vérifie si le serveur apparaît dans la liste, si l’entrée fonctionne et si le monde charge sans message d’erreur. Ensuite, teste précisément ce que le mod doit modifier : nouveaux objets, recettes, fenêtres UI, commandes, zombies, tables de loot ou fonctions admin.

Contrôle aussi les logs serveur. Les avertissements concernant un ModInfo.xml manquant, des erreurs XML, des chemins invalides ou des conflits de versions indiquent que le mod n’a pas été chargé correctement. Si plusieurs mods sont installés, teste individuellement en cas de problème : retire d’abord tous les nouveaux mods, puis réactive-les un par un.

Dépannage

Le mod n’est pas chargé

Vérifie d’abord la structure des dossiers. Le fichier ModInfo.xml doit se trouver directement dans le dossier du mod concerné. De plus, le dossier Mods appartient au répertoire principal de l’installation serveur. S’il se trouve sous Data, Config ou dans un niveau d’archive supplémentaire, le mod n’est souvent pas reconnu.

Les joueurs ne peuvent pas rejoindre

Dans ce cas, il manque généralement un mod requis sur le client, ou le serveur et le client utilisent des versions différentes. Compare la liste des mods, la version du jeu et les chemins d’installation. Pour les overhauls, tous les joueurs devraient utiliser la même version de pack.

Le serveur ne démarre plus après un mod

Arrête le serveur, retire le dernier mod installé de /Mods et redémarre. Si le serveur fonctionne à nouveau, vérifie la documentation du mod, les dépendances et la compatibilité. Restaure le backup si les fichiers du monde ont été endommagés ou si le mod ne peut pas être retiré proprement.

Plusieurs mods écrasent les mêmes contenus

Les conflits apparaissent souvent quand plusieurs mods modifient les mêmes zones XML, fichiers UI ou systèmes de progression. Réduis la liste de mods aux packs nécessaires et teste l’ordre ou la combinaison. Avec les gros overhauls, tu ne devrais utiliser des mods de gameplay supplémentaires que s’ils sont explicitement compatibles.

Autres guides de modding

Si tu exploites plusieurs serveurs survival, des procédures similaires aident aussi pour d’autres jeux. Pour des vérifications croisées sur les mods client et serveur, tu trouveras des guides adaptés pour installer des mods Palworld, les mods serveur V Rising BepInEx et installer des mods Factorio sur le serveur. Les détails diffèrent, mais le backup, la vérification des versions et un redémarrage contrôlé restent les étapes de travail les plus importantes.

Vérification, limites et retour sûr

Le guide « Installer des mods 7 Days to Die – Serveur et client » s’applique au type de serveur décrit dans l’article et à l’état de version visible au moment de la vérification. Les noms de menus, versions disponibles, compatibilités de mods ou plugins et ressources nécessaires peuvent changer après des mises à jour. Ne transfère donc aucune valeur sans vérification vers une autre version de jeu, de loader ou de serveur.

Avant toute modification du monde, de la sauvegarde, de la configuration ou des extensions, crée un backup des fichiers concernés. Modifie ensuite une seule étape cohérente et vérifie-la avec la même version client et serveur que celle avec laquelle tu voudras jouer plus tard.

Un test individuel réussi n’est pas une garantie de performance ou de disponibilité. La taille du monde, les mods, plugins, le nombre de joueurs, le chemin réseau et la charge simultanée peuvent modifier le résultat. Documente la version, la modification et le résultat du test afin de comprendre les écarts ultérieurs.

FAQ

Chaque joueur doit-il installer les mods 7 Days to Die ?

Pas toujours. Les mods d’administration purement côté serveur ne nécessitent généralement pas de client. Les overhauls et les mods avec assets, modifications UI ou fichiers propres doivent normalement aussi être installés chez tous les joueurs.

Où se trouve le bon dossier Mods ?

Le dossier s’appelle Mods et se trouve dans le répertoire principal de l’installation 7 Days to Die ou du Dedicated Server. Il ne va pas dans Data ni Config.

Puis-je installer des mods sur un monde existant ?

Les petits modlets peuvent fonctionner, mais tu devrais quand même créer un backup avant. Les gros overhauls devraient si possible être testés avec un nouveau monde, car ils peuvent modifier fortement la progression, les objets et le comportement du monde.

Que faire en cas de conflit de version ?

Vérifie d’abord la version du jeu, la version du mod et les consignes d’installation du mod. Ne mets pas aveuglément tous les mods à jour en même temps ; teste les changements individuellement et garde un backup fonctionnel à disposition.

Puis-je combiner plusieurs mods overhaul ?

Ce n’est généralement pas une bonne base pour un serveur stable. Les overhauls modifient beaucoup de systèmes centraux en même temps. Combine-les seulement si les projets de mods concernés prennent explicitement en charge cette combinaison.