Serveur Project Zomboid Build 42 : le guide 2026

Depuis le 29 juillet 2026, Build 42 n'est plus une bêta : la version 42.20 est devenue la branche stable de Project Zomboid, et tout serveur dédié installé aujourd'hui démarre directement dessus. Pour les administrateurs de serveurs, cela change trois choses : la manière d'installer, la manière de rester en Build 41 si votre communauté le souhaite, et le matériel à prévoir, car Build 42 consomme plus de mémoire que son prédécesseur. Ce guide fait le point sur l'état réel du jeu à la rentrée 2026 (version 42.20.4), puis détaille chaque étape, de SteamCMD aux commandes admin, en citant les sources officielles.

Build 42 en septembre 2026 : ce qui a changé pour les serveurs

The Indie Stone a publié Build 42.20 en stable le 29 juillet 2026, après dix-neuf mois de branche « unstable ». La version courante au moment où nous écrivons est 42.20.4. Le contenu est connu : Knox Country agrandi, système de fabrication refondu, élevage, nouvel éclairage. Ce qui compte pour un serveur, c'est le reste du billet officiel :

• Build 42 est la branche par défaut. Un client Steam ou un serveur SteamCMD sans option de bêta reçoit 42.20. Il n'y a plus de « branche unstable » à activer, contrairement à ce qu'expliquent encore la plupart des tutoriels publiés avant l'été.
• Rester en Build 41 reste possible grâce à la branche bêta « legacy41 », côté joueurs comme côté serveur. C'est la solution pour une communauté dont les mods n'ont pas encore été portés.
• Les sauvegardes ne traversent pas les versions. Un monde Build 41 ne s'ouvre pas en Build 42. Un monde créé sur l'Unstable 42.19 ne s'ouvre pas non plus en 42.20 : la branche « 42.19 » existe uniquement pour terminer ces parties.
• La suite est annoncée. Le studio prévoit un « Build 42 Support Update » consacré à l'optimisation, au modding et à l'amélioration continue du multijoueur, avant les outils de cartographie (WorldZed, TileZed) et AnimZed.

Source : billet « Project Zomboid Build 42.20 Released » sur projectzomboid.com et page « Build 42 » du PZwiki.

Pourquoi un serveur dédié plutôt qu'une partie hébergée en jeu ?

Project Zomboid permet d'héberger une partie depuis le menu du jeu. C'est suffisant pour une soirée à deux ou trois, mais la partie s'arrête quand l'hôte se déconnecte, la carte ne progresse pas en votre absence et le PC de l'hôte porte à la fois le client et le serveur. Un serveur dédié résout ces trois limites : le monde tourne en continu, les joueurs se connectent quand ils veulent, et les réglages (PVP, boucle jour et nuit, vitesse de dégradation, nombre de zombies) vivent dans des fichiers que vous contrôlez.

C'est d'autant plus vrai en Build 42. La nouvelle carte et la fabrication avancée augmentent le nombre d'objets et de zones à maintenir en mémoire. Un monde où six joueurs explorent six quartiers différents demande nettement plus qu'en Build 41, et un serveur dédié sur une machine dimensionnée pour ça évite les décrochages qui font fuir une communauté.

Quelle configuration pour un serveur Project Zomboid Build 42 ?

Le serveur Project Zomboid est une application Java. Sa consommation dépend surtout de trois facteurs : le nombre de joueurs connectés en même temps, la surface de carte déjà explorée (les cellules chargées restent en mémoire) et la liste de mods. Le PZwiki ne fixe pas de chiffre par joueur ; les recommandations ci-dessous croisent celles de plusieurs hébergeurs spécialisés et l'usage que nous observons.

• 2 à 4 joueurs, sans mod ou presque : 6 Go de mémoire suffisent en Build 42 pour un groupe d'amis qui reste dans la même région.
• 5 à 10 joueurs : 8 à 10 Go. C'est le palier où Build 42 se distingue de Build 41 : plusieurs hébergeurs constatent que 8 Go deviennent insuffisants dès que plusieurs joueurs ouvrent de nouvelles zones en même temps.
• Communauté ouverte, 10 à 20 joueurs, carte moddée : 12 à 16 Go, avec un processeur rapide en fréquence, car le serveur Java utilise peu de cœurs mais les sollicite fortement.
• Serveur RP ou événementiel au-delà de 20 joueurs : 24 à 32 Go, et un espace disque confortable pour les sauvegardes du monde, qui grossissent avec la surface explorée.

Une règle communautaire résume bien la tendance : comptez 6 Go de base, plus environ 0,5 Go par joueur, puis ajoutez une marge pour les mods lourds (cartes additionnelles, packs de véhicules). Gardez aussi en tête que la mémoire déclarée à Java avec l'option -Xmx ne représente pas toute la consommation du processus : le système, le ramasse-miettes et les bibliothèques natives prennent leur part, et un serveur configuré à la limite exacte de sa mémoire se fait couper par l'hôte au premier pic. Sur nos offres, une marge de 1,5 Go est réservée hors du tas Java pour cette raison.

Nous avons détaillé la même logique pour un autre serveur Java dans notre guide Combien de RAM pour un serveur Minecraft : les principes de dimensionnement sont identiques.

Installer un serveur Project Zomboid Build 42 avec SteamCMD

Si vous hébergez vous-même, sur un VPS ou une machine dédiée, voici la procédure complète telle que décrite sur la page « Dedicated server » du PZwiki, mise à jour pour la situation post-29 juillet.

1. Prérequis

Un système Linux (Debian ou Ubuntu de préférence) ou Windows Server, Java n'est pas à installer séparément : le serveur embarque son propre environnement Java. Prévoyez la mémoire du tableau ci-dessus plus 2 Go pour le système, et une vingtaine de gigaoctets de disque pour le jeu et les sauvegardes.

2. Télécharger le serveur

Installez SteamCMD, puis lancez le téléchargement de l'application 380870, qui est le serveur dédié Project Zomboid :

steamcmd +force_install_dir /home/pzserver +login anonymous +app_update 380870 validate +quit

Sans option supplémentaire, vous obtenez Build 42.20.x. Pour un serveur Build 41, ajoutez -beta legacy41 à la commande app_update. Pour terminer un monde 42.19, utilisez -beta 42.19.

3. Ouvrir les ports

Le serveur écoute en UDP sur le port 16261 (port principal, clé DefaultPort du fichier ini) et 16262 (connexion directe). Ouvrez ces deux ports UDP dans votre pare-feu et, si la machine est derrière une box, redirigez-les. Une seconde instance sur la même machine utilisera un autre couple de ports (le wiki cite 16274 et 16275 en exemple).

4. Régler la mémoire

Le script de lancement fourni avec le serveur (StartServer64.bat sous Windows, son équivalent shell sous Linux) contient les options Java -Xms et -Xmx, réglées à 16 Go par défaut. Ramenez-les à la mémoire réellement disponible moins la marge système, par exemple -Xms8g -Xmx8g sur une machine de 10 Go. Un -Xmx supérieur à la mémoire physique provoque un arrêt du processus au premier pic de charge.

5. Premier lancement

Lancez le script une première fois. Le serveur crée les fichiers de configuration dans Zomboid/Server/ (dossier utilisateur) et vous demande de définir le mot de passe du compte admin. Attendez la ligne indiquant que le serveur est démarré, puis arrêtez-le proprement avec la commande /quit pour éditer les fichiers.

Si cette partie vous paraît lourde, c'est exactement ce qu'une offre gérée prend en charge : sur un serveur Project Zomboid HelloServ, vous choisissez le build (41 ou 42) au déploiement et vous pouvez en changer depuis le panel, le serveur est prêt en moins de 60 secondes sans clé ni fichier à téléverser, et vous passez directement à la configuration du monde.

Configurer le serveur : servertest.ini et SandboxVars

Le nom par défaut du serveur est servertest. Quatre fichiers portent ce préfixe dans Zomboid/Server/ :

• servertest.ini : les paramètres du serveur lui-même.
• servertest_SandboxVars.lua : les règles du monde (rareté des ressources, vitesse des zombies, saisons, taux de repousse).
• servertest_spawnpoints.lua et servertest_spawnregions.lua : les points d'apparition.

Les clés de servertest.ini à connaître, d'après la page « Server settings » du PZwiki :

• PublicName= et Public=true : le nom affiché et la présence dans la liste publique des serveurs. Laissez Public=false pour un serveur privé entre amis.
• Password= : mot de passe d'accès au serveur.
• MaxPlayers=32 : nombre de connexions simultanées. Réglez-le selon votre mémoire, pas selon vos ambitions.
• PVP=true : combat entre joueurs. À désactiver pour un serveur coopératif.
• PauseEmpty=true : met le monde en pause quand personne n'est connecté, ce qui évite que la nourriture pourrisse et que les zombies migrent en votre absence.
• Map=Muldraugh, KY : carte de départ. Les cartes additionnelles du Workshop s'ajoutent ici.
• Mods= et WorkshopItems= : la liste des identifiants de mods et des identifiants Workshop correspondants (voir plus bas).
• ServerWelcomeMessage= : message affiché à la connexion, pratique pour rappeler les règles et le Discord.
• DenyLoginOnOverloadedServer=true : refuse les connexions quand le serveur est saturé plutôt que de dégrader la partie pour tout le monde.

Les modifications de servertest.ini prennent effet au redémarrage, ou en jeu avec la commande admin /reloadoptions. Les SandboxVars se modifient plus confortablement depuis le menu « Héberger » du jeu, qui écrit le fichier au bon format, puis se copient sur le serveur.

Installer des mods Steam Workshop en Build 42

La procédure n'a pas changé de principe, mais attention à la compatibilité : un mod écrit pour Build 41 ne fonctionne pas forcément en Build 42, et c'est la première cause de serveurs qui refusent de démarrer après le 29 juillet.

1. Sur la page Workshop du mod, relevez l'identifiant Workshop (le nombre dans l'adresse) et l'identifiant du mod (« Mod ID », indiqué dans la description ou dans le fichier mod.info).
2. Ajoutez le premier à WorkshopItems= et le second à Mods=, séparés par des points-virgules, dans le même ordre.
3. Redémarrez le serveur. Il télécharge les mods depuis le Workshop au lancement.
4. Utilisez régulièrement /checkModsNeedUpdate : la commande écrit dans le journal si un mod a reçu une mise à jour, ce qui évite l'erreur de version entre client et serveur.

Vérifiez sur chaque page Workshop que le mod annonce la compatibilité « Build 42 » ou « B42 ». Beaucoup d'auteurs ont publié une version séparée pour la nouvelle branche.

Administrer et sécuriser votre serveur

Les commandes s'exécutent dans le chat du jeu, précédées d'une barre oblique, ou dans la console du serveur. Les principales, d'après la page « Admin commands » du PZwiki :

• /setaccesslevel "pseudo" "moderator" : attribue un rôle. Les niveaux sont user, priority, observer, gm, moderator et admin.
• /players : liste les joueurs connectés.
• /servermsg "Redémarrage dans 5 minutes" : message à tous.
• /save puis /quit : sauvegarde le monde, puis arrête proprement le serveur. Ne coupez jamais le processus sans passer par là.
• /kickuser "pseudo" -r "raison" et /banuser "pseudo" -ip -r "raison" : exclusion, temporaire ou définitive, avec bannissement de l'adresse IP si besoin.
• /additem "pseudo" "Base.Axe" : donne un objet, utile pour dépanner un joueur après un bug.

Pensez à la sauvegarde hors machine. Le dossier de sauvegarde du monde, dans Zomboid/Saves/, ne fait qu'augmenter. Un serveur communautaire sérieux copie ce dossier chaque nuit ailleurs que sur la machine qui l'héberge.

La protection réseau compte aussi. Un serveur de survie populaire attire les attaques par déni de service au moment des événements. Si vous louez, vérifiez que l'hébergeur filtre ce trafic en amont : nous expliquons ce que cela recouvre dans notre article sur la protection anti-DDoS.

Migrer un serveur existant vers Build 42

C'est la question que se posent toutes les communautés Build 41 depuis l'été. La réponse honnête : il n'existe pas de conversion de sauvegarde. Trois scénarios :

• Vous voulez Build 42 maintenant. Créez un nouveau monde. Annoncez une date de « wipe » à vos joueurs, archivez l'ancien dossier de sauvegarde, retirez de Mods= tout mod non porté, et relancez sur la branche par défaut. Profitez-en pour revoir MaxPlayers et la mémoire allouée, à la hausse.
• Vos mods ne sont pas prêts. Restez en Build 41 avec la branche legacy41 côté serveur, et demandez à vos joueurs de sélectionner la même branche dans les propriétés du jeu sur Steam. Le monde existant continue sans changement.
• Vous étiez sur l'Unstable 42.19. Passez le serveur sur la branche 42.19 pour finir la partie en cours, puis planifiez un nouveau monde en 42.20.

Sur une offre HelloServ, le changement de build se fait depuis le panel, et les sauvegardes automatiques permettent de mettre le monde de côté avant de basculer. Les communautés qui gèrent un serveur RP retrouveront dans notre guide DayZ : créer un serveur RP réaliste la méthode d'annonce et d'accompagnement d'un wipe.

Louer un serveur Project Zomboid Build 42 chez HelloServ

Nos serveurs Project Zomboid sont hébergés en France, dans nos propres datacenters en région lyonnaise, sur une infrastructure 10 Gbps protégée par Anti-DDoS Game, avec sauvegardes automatiques, panel de gestion et support 24/7. Le build (41 ou 42) se choisit au déploiement et se change depuis le panel, les mods Workshop s'ajoutent sans toucher à un fichier, et aucune limite de slots n'est imposée par l'offre : MaxPlayers se règle selon la mémoire choisie.

Le passage d'une offre à la supérieure se fait sans réinstallation, monde conservé. Le tableau complet et la FAQ sur le choix d'offre sont sur la page Hébergeur Project Zomboid. Si vous hésitez avec un autre jeu de survie, notre guide Héberger un serveur ARK: Survival Ascended suit la même logique de dimensionnement.

Conclusion

Build 42 est stable, c'est la branche par défaut, et la plupart des guides en ligne n'ont pas été mis à jour depuis. Retenez l'essentiel : installation via SteamCMD sur l'application 380870 sans option pour Build 42, legacy41 pour rester en 41, ports UDP 16261 et 16262, mémoire alignée sur le nombre de joueurs et la surface explorée avec une marge hors Java, configuration dans servertest.ini et SandboxVars, mods vérifiés « B42 » avant d'être ajoutés. Et pour les mondes existants, une nouvelle partie plutôt qu'une conversion impossible.

Si vous préférez consacrer votre temps à la communauté plutôt qu'à la machine, un serveur Project Zomboid HelloServ est livré en Build 42 à partir du premier palier, prêt à accueillir vos joueurs en quelques minutes.

FAQ : serveur Project Zomboid Build 42

Build 42 est-il vraiment stable pour un serveur multijoueur ?

Oui. The Indie Stone a publié la version 42.20 en branche stable le 29 juillet 2026, et la version 42.20.4 est en ligne au moment où nous écrivons. Le multijoueur fait partie de la branche stable, et le studio annonce une mise à jour de support dédiée à l'optimisation et au multijoueur pour la suite de l'année.

Puis-je transférer ma sauvegarde Build 41 vers Build 42 ?

Non. Le billet officiel de sortie précise qu'un monde Build 41 ne s'ouvre pas en Build 42, et qu'un monde de l'Unstable 42.19 ne s'ouvre pas en 42.20. Il faut créer un nouveau monde, ou conserver l'ancien sur la branche legacy41.

Combien de RAM pour 10 joueurs en Build 42 ?

Comptez 8 à 10 Go de mémoire allouée au serveur pour 5 à 10 joueurs sans mod lourd, et 12 à 16 Go dès que la communauté est ouverte ou moddée. Ces chiffres sont des recommandations convergentes d'hébergeurs, le PZwiki ne publiant pas de norme par joueur. Chez HelloServ, l'offre PZ-START (10 Go) correspond à ce palier.

Quels ports ouvrir pour un serveur Project Zomboid ?

Les ports UDP 16261 et 16262, d'après la page « Dedicated server » du PZwiki. Le premier est le port principal (clé DefaultPort), le second sert à la connexion directe. Une seconde instance sur la même machine utilise un autre couple, par exemple 16274 et 16275.

Comment rester en Build 41 avec mes joueurs ?

Installez ou mettez à jour le serveur avec l'option -beta legacy41 dans SteamCMD (ou sélectionnez la branche depuis le panneau de votre hébergeur), et demandez à chaque joueur de choisir la branche legacy41 dans les propriétés de Project Zomboid sur Steam. Client et serveur doivent être sur la même branche.

Comment devenir admin sur mon serveur ?

Le compte admin est créé au premier lancement avec le mot de passe que vous choisissez dans la console. Pour promouvoir un autre joueur, utilisez /setaccesslevel "pseudo" "admin" (ou moderator pour un rôle limité). Les niveaux disponibles sont user, priority, observer, gm, moderator et admin.