Project Zomboid Build 42 sur son propre serveur : migration, sauvegardes et mods

Mise à jour de sécurité : vérifie ta branche de version

The Indie Stone a publié le 26 août 2026 des correctifs de sécurité pour 42.20.4 Stable, 42.19.2 Unstable et 41.78.21 Legacy. Choisis le patch correspondant à ta branche actuelle. Une mise à jour de sécurité n'est pas une raison de faire migrer un monde Build 41 vers Build 42 sans vérification.

Le correctif supprime les fonctions Lua loadstring et loadstream. Les mods qui les utilisent doivent être adaptés. Un démarrage réussi du serveur ne confirme donc pas à lui seul que tes fonctions de mods fonctionnent.

1. Note la branche, la version du serveur et la liste des mods ; sauvegarde le monde et la configuration avec le serveur arrêté.
2. Mets à jour au sein de la même branche et aligne les clients.
3. Vérifie la connexion, la sauvegarde et les fonctions de mods réellement utilisées. Recherche dans les logs les erreurs liées aux fonctions Lua supprimées.
4. En cas de problème, teste un monde neuf séparé sans mods. N'écrase pas pour cela la sauvegarde de ta communauté.
5. Ne remets un mod concerné en service qu'après son adaptation. Revenir à une version antérieure au correctif de sécurité n'est pas une solution durable adaptée.

Source : The Indie Stone : correctifs de sécurité du 26 août.

Build 42 est Stable — et casse tes anciennes sauvegardes

Depuis le 29 juillet 2026, Build 42 de Project Zomboid est officiellement Stable. Après environ 19 mois de développement, c'est le plus grand bouleversement depuis Build 41 — et pour les gestionnaires de serveur, c'est avant tout une question de compatibilité : les sauvegardes Build 41 ne fonctionnent pas sous Build 42. Qui migre doit relancer un monde neuf. Qui ne le souhaite pas peut maintenir volontairement son serveur sur Build 41.

Ce guide présente les deux options, liste les changements pertinents pour les serveurs et le correctif de sécurité ultérieur du 26 août.

La situation de compatibilité en un coup d'œil

Le fait que les mondes 42.19 ne soient pas non plus repris s'explique par les vastes nouvelles zones de carte de 42.20 — les données du monde ne correspondent tout simplement plus.

Option 1 : rester sur Build 41

Si ta communauté est en plein milieu d'une longue partie, rester est l'option la moins risquée. The Indie Stone maintient Build 41 comme branche bêta dédiée :

1. Clic droit sur Project Zomboid dans ta bibliothèque Steam
2. Ouvre Propriétés
3. Sous Versions du jeu et bêtas, choisis la branche legacy41

Important : tous les joueurs de ton serveur doivent choisir la même branche. Un client en Build 42 ne peut pas se connecter à un serveur Build 41. Annonce donc le changement avant de l'effectuer.

Pour les parties sur Unstable 42.19, il existe de la même façon la branche bêta 42.19.

Option 2 : migrer vers Build 42

La migration implique de relancer un monde neuf. Voici un ordre logique :

1. Crée une sauvegarde du monde actuel. Dans le panel de game-serverhosting, sauvegarde ton serveur avant de changer quoi que ce soit — l'ancienne partie reste ainsi conservée si vous voulez revenir en arrière.
2. Fixe une date avec ta communauté. Un wipe sans prévenir fait perdre des joueurs.
3. Vérifie les mods (voir plus bas) — Build 42 est une rupture, de nombreux mods ont besoin d'une mise à jour.
4. Mets le serveur à jour vers 42.20 et crée un nouveau monde.
5. Redéfinis les paramètres Sandbox — certaines options ont changé.

Pas encore de serveur ? Louer un serveur Project Zomboid

Ce qui change concrètement pour les serveurs multijoueurs

Build 42.20 apporte plusieurs nouveautés qui concernent exclusivement les serveurs :

• Anti-cheat retravaillé et de nouveau actif. La vérification s'effectue désormais côté serveur ; l'ancien paramètre antiCheatItem a disparu car il est devenu superflu. La journalisation a été améliorée. Deux sous-systèmes (NoClip, PacketException) sont, selon les développeurs, encore en cours de travail.
• Nouvelle option serveur « Show coordinates ». Elle permet d'afficher ou de masquer la ligne de coordonnées pour tous les clients connectés — utile pour les serveurs de roleplay qui veulent imposer la navigation à la carte.
• Les valeurs de ping par joueur apparaissent désormais dans les onglets « Players » et « Users List ». Il est enfin possible de distinguer si un joueur a un problème de connexion ou si le serveur lui-même rame.
• Limite de zombies nettement relevée. L'option Sandbox « Zombie count before deletion » va désormais jusqu'à 5000 au lieu de 500 auparavant. Pour les serveurs très fréquentés et densément peuplés, c'est une marge de liberté sensible — mais aussi un levier qui coûte en performance.
• Temps de chargement réduits entre « Click to Start » et le spawn.
• Les objets empilables sont transférés plus rapidement.
• Le comportement réseau lors des collisions de véhicules avec des zombies a été amélioré.

Ton ancien fichier Sandbox : ce que Build 42 change discrètement

Que les sauvegardes ne fonctionnent plus est connu. Ce qui l'est moins — et se révèle plus gênant au quotidien — c'est le second point : le fichier de configuration SandboxVars.lua se récupère sans problème. Il ne signifie simplement plus la même chose sous Build 42. Aucun message d'erreur, aucune indication dans les logs. Le serveur démarre, mais se joue différemment.

Nous exploitons des serveurs sous les deux builds et devons lire les deux formats en parallèle. Les différences suivantes ne viennent donc pas d'un wiki, mais de la comparaison de vrais fichiers serveur.

Huit options ont changé de nom

Si tu reprends l'ancien fichier, Build 42 ignore les anciennes clés et applique la valeur par défaut pour les nouvelles. La rareté du loot que tu avais soigneusement réglée disparaît ainsi — sans que personne ne te le signale.

Deux renommages vont plus loin : XpMultiplier n'est plus une valeur autonome, mais a migré dans le conteneur MultiplierConfig. Et la sélection de niveau LootRespawn est devenue, avec HoursForLootRespawn, une valeur en heures — un 4 signifiait autrefois un niveau, aujourd'hui quatre heures.

DayLength : même chiffre, jour différent

C'est le changement le plus discret et pourtant le plus lourd de conséquences. La liste des valeurs a été renumérotée :

Qui jouait en Build 41 avec DayLength = 4 avait des journées de deux heures. Le même fichier donne sous Build 42 des journées d'une heure et demie — nettement plus courtes, sans que rien ne paraisse cassé. Si ton serveur te semble plus fébrile après la migration : c'est généralement la raison.

Ce que Build 42 permet désormais

Certaines de ces options n'étaient auparavant même pas réglables :

• Désactiver complètement les zombies (Zombies = 6) — pour les serveurs de construction et de roleplay
• Valeurs aléatoires pour la vitesse, la force et la résistance (ZombieLore.Speed, .Strength, .Toughness)
• Désactiver l'infection (Transmission = 4) et jamais de mort par infection (Mortality = 7)
• Laisser l'électricité et l'eau actives en permanence — ou ne les couper qu'après 6 à 12 mois
• Aucune détérioration dans le réfrigérateur (FridgeFactor = 6)
• Très élevé ou très lent comme nouveau niveau pour la température, l'érosion, la croissance naturelle, la détérioration de la nourriture et le taux d'apparition des véhicules

Comment régler cela chez nous

Chez nous, tu n'as pas besoin de modifier un fichier pour cela. Dans le panel serveur, sous Sandbox, un formulaire guidé lit directement les paramètres de ton monde depuis le fichier — il affiche automatiquement la liste des valeurs de ton build, donc aussi les nouveaux niveaux sous Build 42. Les modèles du jeu (Apocalypse, Survivor, Outbreak, Rising, Six Months Later) peuvent être appliqués en un clic.

Deux points sont importants ici. L'enregistrement ne fonctionne que si le serveur est arrêté — Project Zomboid réécrit le fichier à l'extinction et écraserait sinon tes modifications. Et si tu as besoin du fichier complet, tu peux y accéder via le gestionnaire de fichiers à l'emplacement .cache/Server/<Servername>_SandboxVars.lua.

Retour en arrière : les correctifs de performance dans 42.20.1

Le hotfix du 5 août corrige exactement les problèmes qui se manifestent sur les serveurs bien fréquentés par « le serveur lag » :

• Déchargement des chunks corrigé. Un bug provoquait des problèmes de performance importants lors du déchargement de zones du monde. Selon les développeurs, ce correctif résout la majorité des problèmes de lag rencontrés par les joueurs sur les serveurs très fréquentés — le point le plus important du patch.
• Fuite mémoire corrigée. Une fuite de mémoire entraînait, au fil du temps, une baisse de performance puis des plantages. Exactement le schéma qui se traduit par « il faut redémarrer le serveur après quelques jours ».
• Utilisation de la mémoire améliorée grâce à la réutilisation des données de monde abandonnées.
• Les mondes B41 corrompus pouvaient être hébergés à tort sur des serveurs B42 — c'est désormais empêché.
• Les véhicules qui disparaissaient après la déconnexion d'un joueur ont été corrigés.
• La validation des sommes de contrôle Lua pour l'anti-cheat a été améliorée.

42.20.1 était un premier hotfix de performance. Pour l'état de sécurité actuel, tiens compte du correctif 42.20.4 expliqué plus haut, au sein de la branche Stable.

Mods : s'attendre à des ruptures

Build 42 est un saut de version qui affecte les mods. The Indie Stone signale en outre qu'un correctif de sécurité publié en même temps que 42.20 (la faille sous-jacente a été signalée de manière responsable par Jorge Escabias) peut également affecter certains mods dans des cas isolés.

En pratique, cela signifie :

• Vérifie avant la migration si tes mods Workshop disposent d'une version Build 42.
• Teste sur un nouveau monde sans mods avant de signaler un bug — c'est ce que recommandent expressément les développeurs.
• Pertinent pour les auteurs de mods : les mods peuvent désormais écrire des fichiers .json, et les fichiers de traduction nécessitent %% pour représenter un signe pourcentage.

Nous expliquons ici comment installer des mods sur ton serveur et les maintenir à jour :

• Installer des mods Project Zomboid
• Configurer un serveur Project Zomboid

FAQ

Puis-je sauver d'une manière ou d'une autre ma sauvegarde Build 41 ?

Pas sous Build 42. Les données du monde ne sont pas compatibles. Tu peux cependant continuer la partie indéfiniment sur la branche legacy41 — fais quand même une sauvegarde au préalable.

Mes joueurs doivent-ils faire quelque chose ?

Oui. Le serveur et les clients doivent tourner sur la même version. Si tu restes sur Build 41, tous doivent choisir la branche legacy41 ; si tu migres, tous doivent être sur la version standard.

Build 42 est-il assez stable pour un serveur communautaire ?

La mention « Unstable » a disparu du menu principal, et 42.20.1 a corrigé les deux problèmes serveur les plus graves (déchargement des chunks, fuite mémoire). Bien plus d'arguments plaident donc pour une migration qu'à la fin juillet.

Une limite de zombies plus élevée en vaut-elle la peine ?

C'est disponible, mais coûteux. Plus de zombies actifs signifie plus de charge de calcul par tick. Augmente progressivement et surveille la charge du serveur dans le panel.

Où trouver la liste complète des nouveautés ?

Les développeurs mettent à disposition un aperçu des fonctionnalités de Build 42. Il s'agit explicitement d'une sélection, pas d'une liste complète des changements.

Sources : annonces officielles Steam « Build 42.20.0 Stable Released » (29 juillet 2026), « B42 CHECKLIST » (28 juillet 2026) et « 42.20.1 STABLE Hotfix Released » (5 août 2026).