Project Zomboid Intermédiaire 11 min de lecture

Passer son serveur Project Zomboid en Build 42 stable (42.20)

Build 42 est stable depuis le 29 juillet 2026 et c'est la branche par défaut. Migrer un serveur PZ, ou rester en Build 41 avec la branche legacy41.

Passer son serveur Project Zomboid en Build 42 stable (42.20)

Passer son serveur Project Zomboid en Build 42 stable

Build 42 est sorti en version stable le 29 juillet 2026, en 42.20.0, multijoueur inclus. Ce n’est plus une bêta : c’est la branche par défaut de Project Zomboid. Un serveur installé aujourd’hui est en Build 42 sans rien demander, et un client Steam qui se met à jour passe en Build 42 automatiquement.

La question a donc changé de nature. Elle n’est plus « comment activer la bêta », mais « comment migrer proprement, ou comment rester en Build 41 ».

Pour un serveur Project Zomboid chez HebergTonServ, le changement de version se fait depuis le panel — pas de SteamCMD à manipuler.

⚠️ Si vous lisez un guide qui vous demande d’ajouter -beta unstable, il date d’avant juillet 2026. Cette branche ne correspond plus à la version jouée par vos joueurs. Aujourd’hui, Build 42 s’installe sans aucun flag de branche.


Où en est Build 42 exactement

VersionBranche SteamStatut
42.20.4par défaut (aucun flag)Stable actuel — correctif du 26 août 2026
42.19.242.19Ancienne branche Unstable, pour terminer une partie en cours
41.78.21legacy41Build 41 maintenu en legacy

Depuis la sortie stable, quatre correctifs ont été publiés, dont trois concernent directement les serveurs :

  • 42.20.1 — correction d’un problème de déchargement de chunks causant d’importants soucis de performance en multijoueur, présenté par l’éditeur comme la cause de la majorité des bugs rencontrés sur les serveurs à forte population. Amélioration de la validation du checksum Lua pour l’anti-triche.
  • 42.20.3 — meilleure gestion de la limite de joueurs, avec prise en charge jusqu’à 254 joueurs et accès administrateur quand le serveur est plein. Correction de plusieurs fuites mémoire menant à des crashs.
  • 42.20.4 — correctifs de sécurité. Les méthodes Lua loadstring et loadstream ont été supprimées : un mod qui les utilisait doit être mis à jour par son auteur.

Autrement dit : un serveur qui aurait migré en 42.20.0 le jour de la sortie et n’aurait pas été mis à jour depuis rate les correctifs de performance les plus importants. Mettre à jour un serveur Project Zomboid.


Avant de migrer : les 3 vérités à connaître

1. Vos saves Build 41 ne survivront pas

Les sauvegardes B41 sont incompatibles avec Build 42 : format de monde différent, carte reconstruite. La migration signifie nouveau monde obligatoire, et il n’existe aucun convertisseur officiel. L’éditeur l’a annoncé explicitement avant la sortie.

Un correctif 42.20.1 a d’ailleurs bouché la faille qui permettait à des mondes B41 cassés d’être hébergés sur un serveur B42 — la voie détournée n’existe plus.

2. Les mods Build 41 ne fonctionnent pas tels quels

Build 42 a refondu le framework de modding. Chaque mod doit avoir été porté par son auteur. Vérifiez la page Workshop de chacun avant de migrer — un mod incompatible empêche le serveur de démarrer ou casse la synchronisation des clients.

Point supplémentaire depuis 42.20.4 : les mods qui utilisaient loadstring ou loadstream sont cassés tant que leur auteur ne les a pas mis à jour, même s’ils étaient déjà compatibles B42. Sélection à jour : Meilleurs mods serveur Build 42.

3. Client et serveur doivent être sur la même branche

Un client Build 41 ne peut pas rejoindre un serveur Build 42, et inversement. C’est la cause n°1 des tickets de support pendant une migration : Impossible de rejoindre un serveur Project Zomboid.


Étape 1 — Sauvegarder l’existant

Avant toute manipulation, backup complet : monde, db, configs. Votre serveur B41 doit pouvoir revivre tel quel si la migration déçoit — et il le peut, puisque legacy41 reste disponible.

Procédure : Sauvegarder et restaurer un serveur Project Zomboid.


Étape 2 — Passer le serveur en Build 42

Serveur dédié auto-hébergé (SteamCMD)

Build 42 étant la branche par défaut, la commande de mise à jour standard suffit — sans aucun flag -beta :

steamcmd +login anonymous +app_update 380870 validate +quit

Si votre serveur était épinglé sur une branche bêta, retirez le flag de votre script de mise à jour. Un script contenant encore -beta unstable maintiendra votre serveur sur une branche qui ne correspond plus à ce que jouent vos joueurs.

Installation complète depuis zéro : Installer un serveur PZ via SteamCMD.

Serveur chez un hébergeur

Chez HebergTonServ, sélectionnez la version depuis le panel — bascule et validation des fichiers sont automatiques, sans ligne de commande.


Étape 3 — Rester en Build 41 : la branche legacy41

C’est le scénario le plus fréquent pour une communauté installée depuis des années sur un monde B41 qu’elle ne veut pas perdre. The Indie Stone maintient officiellement Build 41 sur une branche dédiée.

Côté serveur, épinglez la branche dans votre commande SteamCMD :

steamcmd +login anonymous +app_update 380870 -beta legacy41 validate +quit

Côté joueurs, chacun doit basculer sa copie du jeu :

  1. Clic droit sur Project Zomboid dans la bibliothèque Steam
  2. Propriétés
  3. Onglet Versions du jeu et bêtas (« Game Versions & Betas »)
  4. Sélectionner legacy41

Si vous avez un panel d’hébergeur, vérifiez le nom exact de la branche proposée dans la liste plutôt que de le saisir à la main : certains panels nomment leurs images différemment.

Pour terminer une partie commencée sur l’ancienne branche Unstable, une branche 42.19 existe également : les saves 42.19 ne sont pas compatibles avec 42.20, de nouveaux contenus de carte ayant été ajoutés entre les deux.


Étape 4 — Préparer le nouveau monde

Build 42 introduit des paramètres Sandbox que Build 41 ne connaissait pas — animaux, sous-sols, nouvelles compétences d’artisanat. Repartez des fichiers générés par la version 42 plutôt que de copier vos anciens à l’identique :

  1. Laissez le serveur B42 démarrer une première fois pour générer servertest.ini et servertest_SandboxVars.lua à jour
  2. Reportez manuellement vos réglages importants (slots, mots de passe, RCON, PVP) depuis votre ancienne configuration
  3. Réglez les nouveautés : Animaux et élevage sur un serveur PZ et Régler Sandbox.lua Project Zomboid

Copier un servertest.ini de Build 41 par-dessus celui de Build 42 vous prive des clés ajoutées entre-temps — notamment les trois salons de l’intégration Discord, qui ont remplacé l’ancien DiscordChannelID : Intégrer Discord à un serveur Project Zomboid.

Côté mémoire, Build 42 consomme nettement plus que Build 41. Vérifiez votre -Xmx : Combien de RAM pour un serveur PZ ? et Augmenter la RAM d’un serveur PZ.


Étape 5 — Faire basculer les joueurs

Si vous migrez vers Build 42, vos joueurs n’ont normalement rien à faire : la branche par défaut se met à jour toute seule. Deux exceptions à annoncer :

  • Ceux qui avaient opté pour unstable ou 42.19 doivent repasser sur la branche par défaut (sélectionner « None » / aucune bêta).
  • Ceux qui avaient basculé sur legacy41 par prudence doivent en sortir.

Si au contraire vous restez en Build 41, c’est l’inverse : chaque joueur doit activer legacy41, sans quoi il sera automatiquement passé en Build 42 par Steam et ne pourra plus vous rejoindre.


Étape 6 — Tester avant d’ouvrir

  1. Connectez-vous seul, vérifiez la console (pas d’erreurs Lua en boucle)
  2. Testez à 2 ou 3 joueurs : combat, véhicules, constructions, mods
  3. Surveillez CPU et RAM sur les premières heures — voir Réduire le lag sur un serveur PZ
  4. Ouvrez ensuite au groupe complet

Si le serveur refuse de démarrer après la bascule, la cause est presque toujours un mod non porté ou une configuration recopiée depuis Build 41 : Mon serveur PZ ne démarre pas / crash.


Build 42 ou Build 41 : comment décider

Votre situationRecommandation
Nouveau serveurBuild 42, branche par défaut, sans hésiter
Communauté active sur un monde B41 auquel elle tientlegacy41 le temps de préparer une migration propre
Serveur dépendant de mods non portéslegacy41 jusqu’au portage
Serveur B42 déjà migréRestez à jour : les correctifs 42.20.1 et 42.20.3 changent tout en multijoueur
Partie en cours sur Unstable 42.19Branche 42.19 pour la finir, puis migration vers 42.20

Build 41 restant disponible en legacy, il n’y a aucune urgence à migrer un serveur qui tourne bien. Il y a en revanche une vraie urgence à ne pas rester bloqué sur -beta unstable, une branche qui ne correspond plus à rien pour vos joueurs.


FAQ

Build 42 stable est-il sorti ?

Oui. La version 42.20.0 est sortie le 29 juillet 2026, multijoueur inclus. Elle est devenue la branche par défaut de Project Zomboid. La version stable la plus récente est 42.20.4, publiée le 26 août 2026.

Faut-il encore utiliser -beta unstable pour Build 42 ?

Non. Build 42 s’installe désormais sans aucun flag de branche : steamcmd +login anonymous +app_update 380870 validate +quit. Tout guide recommandant -beta unstable est antérieur à juillet 2026.

Comment rester en Build 41 sur un serveur Project Zomboid ?

Épinglez la branche legacy41 : steamcmd +login anonymous +app_update 380870 -beta legacy41 validate +quit. Chaque joueur doit aussi sélectionner legacy41 dans Steam (clic droit sur le jeu → Propriétés → Versions du jeu et bêtas), sinon il passera automatiquement en Build 42 et ne pourra plus se connecter.

Puis-je convertir ma save Build 41 en Build 42 ?

Non. Le format de monde et la carte ont changé, et aucun convertisseur n’existe. La migration impose un nouveau monde. Archivez votre save B41 : elle reste exploitable sur un serveur épinglé en legacy41.

Mes joueurs peuvent-ils rester en Build 41 pendant que le serveur passe en Build 42 ?

Non. La version du client doit correspondre exactement à celle du serveur. Toute la communauté bascule en même temps, dans un sens comme dans l’autre.

Combien de joueurs un serveur Build 42 supporte-t-il ?

Le correctif 42.20.3 a porté la prise en charge jusqu’à 254 joueurs et permis aux admins de se connecter sur un serveur plein. La documentation continue toutefois d’avertir sur la dégradation du streaming de carte au-delà de 32 joueurs : 32 reste la valeur sûre, et au-delà il faut tester avec vos mods. Voir Serveur Project Zomboid saturé : file d’attente et limites réseau.

Mes mods Build 42 ont cassé après une mise à jour, pourquoi ?

Probablement le correctif de sécurité 42.20.4, qui a supprimé les méthodes Lua loadstring et loadstream. Les mods qui s’en servaient doivent être mis à jour par leur auteur. C’est indépendant de la compatibilité B41 / B42.

Faut-il refaire un wipe maintenant que le stable est sorti ?

Non, si vous êtes déjà en 42.20 : les correctifs 42.20.1 à 42.20.4 sont annoncés comme ne cassant pas les saves. Un wipe est en revanche inévitable pour passer de Build 41 à Build 42, et l’était aussi pour passer d’Unstable 42.19 à 42.20.


Conclusion

Build 42 n’est plus une bêta : 42.20 est la branche par défaut depuis le 29 juillet 2026, et elle s’installe sans flag. Migrer signifie accepter un nouveau monde et vérifier chaque mod ; rester en Build 41 signifie épingler legacy41 côté serveur et côté joueurs. Dans les deux cas, la règle qui n’a pas changé : sauvegarde complète avant de toucher à quoi que ce soit, et clients tous sur la même branche.

Pour un hébergeur Project Zomboid avec changement de version en un clic, 16 Go de RAM dimensionnés pour Build 42 et sauvegardes automatiques avant chaque manœuvre, HebergTonServ est la référence française dès 25,90€/mois.

Pour aller plus loin