Serveur Project Zomboid persistant : accueillir de nouveaux joueurs sans tout recommencer

Un serveur Project Zomboid persistant peut accueillir de nouveaux joueurs sans effacer régulièrement les bases et les progrès de toute la communauté. Pour y parvenir, il faut préparer l’arrivée des survivants, gérer les ressources du monde et protéger les sauvegardes avant les changements. Le bouton « reset » ne doit pas remplacer le diagnostic d’un problème de loot, de mods ou de performances.

Ce guide propose une méthode pour faire durer une partie coop, un serveur PvE ou une communauté RP. Vous y trouverez les réglages à examiner, un protocole de maintenance et des repères pour choisir votre hébergement Project Zomboid chez HOPELA.

Publié le 16 octobre 2026 · Guide d’administration pour mondes multijoueurs persistants. Les illustrations sont des vues conceptuelles, pas des captures du jeu.

Serveur persistant, redémarrage, rollback et wipe : quatre choses différentes

Dans une partie persistante, votre communauté retrouve le même monde entre ses sessions : l’objectif est de conserver l’histoire de ses expéditions et de ses constructions. Le serveur peut être redémarré pour une maintenance sans que cela implique une nouvelle carte. La persistance concerne les données conservées ; la progression du temps quand personne n’est connecté est un réglage distinct.

Avant toute action, posez une question simple : quelle donnée doit être conservée, et quelle donnée doit changer ? Si les nouveaux joueurs manquent de nourriture, supprimer les bases de tout le monde est une réponse disproportionnée. Si une mise à jour annonce une incompatibilité de sauvegarde, ajouter de la RAM ne rendra pas le monde compatible.

Build 41 et Build 42 : préserver la bonne branche

Build 42 est passée sur la branche stable en juillet 2026 ; l’éditeur a publié 42.21 Stable en septembre. Un ancien tutoriel qui présente toutes les versions B42 comme uniquement expérimentales est donc daté. Pour autant, « stable » ne veut pas dire que toutes les anciennes sauvegardes sont convertibles : The Indie Stone indique notamment que les mondes Build 41 ne sont pas compatibles avec Build 42.

Notez la branche et la version exactes utilisées par le serveur, les clients et les mods. Pour conserver un projet B41, vérifiez la branche legacy41 avec vos joueurs. Avant de changer de génération, consultez les annonces de compatibilité et prévoyez un projet distinct si nécessaire. Ne lancez pas l’unique copie de votre ancien monde dans une nouvelle branche pour « voir si ça passe ».

Comment accueillir un nouveau joueur sur un vieux serveur Project Zomboid ?

Imaginez une communauté qui joue depuis six semaines. Ses habitués ont des véhicules, un refuge et des réserves. Une nouvelle personne arrive dans une zone déjà visitée et ne sait pas rejoindre le groupe. Le problème peut être l’accueil et la répartition des ressources, même lorsque le serveur fonctionne correctement.

Créer un parcours d’arrivée court et lisible

1. Publiez un message d’accueil : nom du serveur, branche requise, règle PvE/PvP, mods et moyen de demander de l’aide.
2. Choisissez un point de rendez-vous connu et expliquez comment le rejoindre. Les points d’apparition et leur disponibilité dépendent des réglages et des cartes installées.
3. Prévoyez une aide de départ mesurée : quelques ressources partagées et des indications pour progresser, sans retirer tout intérêt à la survie.
4. Gardez des possibilités d’exploration. Ne concentrez pas toutes les nouvelles arrivées sur un seul quartier déjà épuisé si votre carte permet d’autres parcours.
5. Demandez à un nouvel arrivant de tester le parcours. Un administrateur qui connaît déjà la base ne voit pas les mêmes difficultés.

Pour un serveur RP, indiquez aussi les règles de personnage, de propriété et d’interaction avec les autres groupes. Pour une coop privée, un document très court suffit souvent. L’objectif est qu’une personne comprenne comment commencer sans attendre qu’un administrateur soit disponible à chaque connexion.

Protéger les bases sans tout figer

Définissez les règles concernant les refuges, le pillage, les constructions abandonnées et l’absence prolongée d’un joueur. Examinez les paramètres de safehouse disponibles dans votre version et testez-les avec deux comptes : propriétaire et visiteur. Une annonce de protection n’est pas un test de permissions.

Conservez une procédure d’intervention claire. Nettoyer une construction abandonnée, restaurer un incident et recommencer une saison sont trois décisions différentes. Prévoyez comment prévenir les personnes concernées et conservez une sauvegarde avant une intervention administrative sur le monde.

Le temps passe-t-il quand personne ne joue ? Le rôle de PauseEmpty

Un hébergement disponible sans votre PC permet aux joueurs de venir à des horaires différents. Cela ne vous oblige pas à faire avancer le temps de jeu quand le serveur est vide. Le réglage PauseEmpty sert à mettre le monde en pause lorsqu’aucun joueur n’est connecté ; il ne met pas en pause une partie tant qu’un autre joueur reste présent.

# Dans le fichier .ini de votre instance, modifier l’entrée existante
PauseEmpty=true

Procédez depuis les réglages de votre instance ou son fichier généré : faites une copie, arrêtez proprement le serveur, modifiez la valeur puis redémarrez. Ne créez pas plusieurs lignes contradictoires. Si le panel réécrit ce paramètre au lancement, utilisez le champ qu’il prévoit ou demandez conseil au support.

Tester la pause plutôt que la supposer

Relevez l’heure en jeu avec un survivant de test, déconnectez tous les joueurs, attendez puis reconnectez-vous pour comparer. Vérifiez qu’aucune autre session n’est restée active. Ce test porte sur votre version et vos mods : un comportement inattendu doit être reproduit et documenté avant de modifier d’autres réglages.

Loot respawn : faire durer les ressources sans effacer le monde

La rareté initiale, la réapparition des objets et la réapparition des zombies répondent à des objectifs différents. Augmenter un réglage de loot ne signifie pas que tous les conteneurs visités seront immédiatement remplis. Avant de changer la configuration, choisissez votre fonctionnement : exploration de nouvelles zones, économie de ressources renouvelables, aide aux nouveaux ou renouvellement contrôlé de certains conteneurs.

Repérer les bons réglages pour votre version

Les anciens guides multijoueurs B41 placent plusieurs réglages de réapparition dans le fichier .ini. La documentation actuelle du jeu expose les options de loot dans SandboxOptions. Partez du menu et des fichiers générés par votre propre build, notamment SandboxVars.lua, au lieu de coller un ancien bloc INI dans un serveur récent.

Ces noms servent de repères de recherche : respectez l’écriture, le fichier et le type de valeur réellement générés dans votre installation. Les règles de safehouse et les mods peuvent également influer sur le résultat. Le guide de configuration Project Zomboid vous aide à distinguer les fichiers serveur et les paramètres sandbox.

Un protocole de test simple pour le loot

1. Créez une copie de sauvegarde avant de changer le réglage.
2. Choisissez un conteneur test dans une zone sans base de joueur et notez son état.
3. Vérifiez le délai et les conditions d’éligibilité de votre version.
4. Laissez s’écouler le temps requis dans les conditions prévues ; tenez compte de la pause à vide.
5. Comparez le résultat après un retour sur place et contrôlez les logs si nécessaire.

Si le test échoue, ne supprimez pas des fichiers de carte au hasard. Une suppression de zone peut emporter des éléments que vous souhaitiez conserver. Faites d’abord vérifier le réglage, les mods et les conditions de test. Une économie de serveur durable se construit avec des règles compréhensibles, pas avec une réinitialisation automatique dont personne ne connaît les effets.

Quoi sauvegarder pour conserver le monde, les comptes et les réglages ?

Une copie isolée d’un fichier de configuration n’est pas une sauvegarde complète de votre communauté. Identifiez le nom réel de l’instance : servertest est un nom courant, mais votre hébergement peut utiliser un autre identifiant et un répertoire de données différent.

Vérifiez ces chemins dans votre panel et conservez le dossier de données complet lorsque vous préparez une restauration. Ne supposez pas qu’un seul fichier .db contient toute la progression de tous les personnages sur toutes les builds. La reprise de personnages et les correspondances d’identifiants demandent un contrôle spécifique lors d’un changement de type de partie.

Un enregistrement du monde et une archive restaurable ne sont pas la même chose

La commande de sauvegarde ou une sauvegarde périodique du monde met à jour les données actives. Une archive datée permet de revenir à un état antérieur. Il faut savoir ce que comprend le bouton de sauvegarde de votre hébergement : fichiers inclus, nombre de copies, stockage et mode de restauration.

Gardez plusieurs points de retour, dont une copie avant modification de version ou de mods. Pour copier manuellement les données, privilégiez une procédure avec sauvegarde du monde puis arrêt propre : prendre des fichiers en cours d’écriture peut produire une archive incohérente. Conservez une copie hors de l’instance et vérifiez qu’elle est téléchargeable.

Mettre à jour un serveur Project Zomboid sans improviser

Une mise à jour du jeu, du serveur et d’un mod n’est pas toujours publiée au même moment. Préparez une fenêtre de maintenance et annoncez la version attendue aux joueurs. Le but n’est pas de promettre zéro interruption, mais de pouvoir vérifier le résultat et revenir à une copie cohérente si le changement pose problème.

1. Lire la compatibilité : notes du jeu, branche utilisée et exigences des mods essentiels.
2. Geler les changements annexes : ne pas ajouter une nouvelle carte et changer de branche pendant la même opération.
3. Sauvegarder les données et la configuration, avec la liste des mods et les versions connues.
4. Tester une copie quand c’est possible, surtout pour un monde ancien ou fortement moddé.
5. Mettre à jour serveur et clients sur la même branche compatible.
6. Valider avant réouverture : connexion, personnage, base, inventaire, zone explorée, mods principaux et logs.

Si la sauvegarde a été modifiée par une version plus récente, réinstaller simplement l’ancien exécutable ne constitue pas un retour arrière sûr. Une restauration peut exiger de reprendre à la fois les fichiers de jeu compatibles, les mods et une sauvegarde antérieure. Les dépendances Workshop évoluent : notez les changements et vérifiez la possibilité réelle de restaurer avant de l’annoncer à votre communauté.

Ajouter des mods ou une carte sur un monde déjà commencé

Évaluez le changement selon ce qu’il ajoute au monde. Un réglage d’interface, un ensemble de véhicules et une carte qui remplace des zones ne posent pas les mêmes questions. Lisez les consignes de l’auteur, la compatibilité de build et les dépendances avant installation.

Un nouveau contenu peut nécessiter un monde neuf ou des zones jamais explorées. La bonne méthode dépend du mod : il n’existe pas de commande universelle permettant d’ajouter n’importe quelle carte sans conséquence. Retirer un mod qui fournit des objets ou des constructions déjà utilisés peut aussi casser des éléments de la sauvegarde.

• Ajoutez un changement à la fois et gardez un journal des essais.
• Évitez de retirer un mod important sans examiner les données qui en dépendent.
• Ne confondez pas les identifiants Workshop, les identifiants de chargement et les noms de dossiers de carte.
• Testez avec un compte joueur, pas uniquement avec le compte administrateur.

Si vous changez d’hébergeur en même temps, séparez la migration du chantier de mods. Notre tutoriel pour migrer une sauvegarde Project Zomboid complète cette préparation ; la reprise dépend des fichiers disponibles et de leur compatibilité technique.

Monde épuisé, problème de mod ou manque de RAM : poser le bon diagnostic

Transmettez au support l’heure du problème, le nombre de joueurs connectés, les derniers changements, un extrait de logs sans secrets et les mesures du panel. Une consommation observée sur un serveur vide ne prouve pas sa capacité pendant une expédition à plusieurs. Ne publiez pas de mot de passe, de jeton ou d’accès client dans un message public.

Quelle offre HOPELA pour un serveur Project Zomboid qui dure ?

Pour Build 42 ou une version encore indéterminée, notre repère de départ est 16 Go de RAM. Les 12 Go restent un palier de catalogue pour certains petits projets B41. Une communauté moddée, RP ou très active peut justifier 24 ou 32 Go : ces repères HOPELA ne sont pas des exigences universelles ni une promesse de nombre de joueurs.

La gamme Performance utilise le Ryzen 7 5800X et la DDR4 ; Extrême le Ryzen 9 7950X et la DDR5. Le choix dépend aussi de la charge CPU et des mods. Retrouvez les repères de RAM pour votre serveur Project Zomboid, puis utilisez le configurateur des offres Project Zomboid HOPELA pour préciser la version et le projet.

Si vous souhaitez gérer plusieurs instances ou tout le système, comparez les VPS Game avec Pterodactyl. Un projet plus lourd peut demander un serveur dédié physique : faites vérifier les ressources et le stockage par notre équipe.

La routine d’un serveur persistant : jouer, observer, sauvegarder, vérifier

Après chaque changement important : notez ce qui a été fait, la version, l’archive créée et le résultat du test. Pour la vie courante, adaptez les points de sauvegarde à la quantité de progression que votre communauté accepterait de perdre. Une copie hebdomadaire ne convient pas si vous voulez pouvoir récupérer une journée d’activité.

À intervalles réguliers : relisez les logs, regardez les pics de ressources, vérifiez l’espace restant et contrôlez les archives. Faites tester l’arrivée d’un nouveau survivant et réévaluez les règles de ressources avec votre groupe. La bonne fréquence dépend de votre activité ; elle ne se résume pas à redémarrer machinalement toutes les nuits.

Avant une nouvelle saison : distinguez l’envie de repartir à zéro d’une nécessité technique. Si votre communauté choisit un wipe, annoncez la date et le périmètre, archivez le monde précédent et expliquez ce qui sera conservé. Préserver le choix des joueurs fait aussi partie d’une administration durable.

Les guides à suivre selon votre prochaine étape

FAQ — Faire durer un serveur Project Zomboid

Sources techniques et compatibilité

Les repères d’offres et la méthode d’administration sont proposés par HOPELA. Pour les versions et les options du jeu, consultez les références de The Indie Stone et les notes correspondant à votre build :

• Build 42 stable : compatibilité et branche legacy41.
• Annonce officielle de 42.21 Stable.
• Documentation officielle ServerOptions.
• Documentation officielle SandboxOptions.
• Explication historique de PauseEmpty par The Indie Stone.