Project Zomboid Build 42 : monter un serveur entre amis

Project Zomboid a longtemps attendu le multijoueur de la Build 42. La branche unstable l'a reçu en décembre 2025, et depuis le 29 juillet 2026 la version 42.20 est sur la branche stable — multijoueur inclus. La version stable actuelle est la 42.20.3 du 17 août. Pour un serveur entre amis, plus besoin de choisir une bêta : le serveur dédié (application Steam 380870) tourne en 42.20 par défaut. Cet article passe en revue ce qu'il vous faut, les réglages de servertest.ini et du sandbox qui comptent, et ce qui distingue la Build 42 de la Build 41 que la plupart des joueurs connaissent.

Ce qui a changé dans la Build 42

La Build 42 est plus qu'un numéro de version. Le craft a été reconstruit autour de métiers et d'établis, il y a des animaux à élever et à chasser, des sous-sols sous les bâtiments, de nouveaux biomes et une lumière qui traverse vraiment les fenêtres. Pour les administrateurs, le changement le plus important est invisible : la gestion du serveur et la couche réseau ont été refaites, avec des connexions plus stables et une meilleure gestion des joueurs qui entrent et sortent. Le maximum d'un serveur dédié est de 254 joueurs, bien au-delà de ce qu'un groupe d'amis utilisera jamais.

Le revers d'une grosse mise à jour : beaucoup de mods Workshop n'ont pas encore été republiés pour la 42.20 stable. Une liste de mods qui marchait il y a un mois peut refuser de charger après un patch. On y revient plus bas.

Servertest.ini : les réglages à faire tout de suite

Le fichier servertest.ini (le nom vient du nom de serveur par défaut « servertest ») contient les réglages du serveur qui n'ont rien à voir avec les règles du jeu. Les plus importants :

• PublicName et PublicDescription : l'apparence du serveur dans la liste. Public=false le garde hors de la liste publique.
• Password : toujours pour un groupe d'amis.
• MaxPlayers : 32 par défaut ; pour un groupe de six, mettez 8 ou 10, cela économise de la mémoire.
• PVP et SafetySystem : PvP désactivé en coop, ou activé avec le système de sécurité pour que chacun choisisse s'il peut être attaqué.
• PauseEmpty=true : le monde s'arrête quand personne n'est en ligne, pour ne pas revenir dans une maison pourrie au frigo vide.
• SpawnPoint et SpawnItems : un point de départ commun et, si vous voulez, un kit de départ pour les nouveaux.
• DefaultPort (16261) et UDPPort (16262) : doivent être ouverts ; sur un serveur hébergé, le panneau s'en charge.
• Serveur 7 Days to Die en coop : lune de sang, butin et difficulté
• Créer un serveur Counter-Strike 2 : GSLT, subtick et plugins expliqués

Sandbox : les règles de votre monde

Les règles du jeu — densité de zombies, pourrissement, électricité, butin, XP — sont dans un fichier sandbox séparé (servertest_SandboxVars.lua) que vous générez à la création du serveur ou réglez dans le panneau. Pour un premier serveur entre amis, ces choix fonctionnent bien : population de zombies normale avec un pic après trente jours (pour que la première semaine soit jouable), butin sur Rare pour la nourriture et les armes et Normal pour les outils, électricité et eau coupées entre le jour 14 et le jour 30 (pour un vrai tournant), et multiplicateur d'XP à 1,5 pour que celui qui ne joue qu'un soir par semaine ne reste pas éternellement à la traîne. Ne mettez pas toute la zombie lore (mémoire, ouïe, vitesse) au maximum ; des zombies furtifs à bonne mémoire sont nettement plus dangereux sur un serveur à quatre joueurs dispersés qu'en solo.

Mods Workshop sans casser le monde

Les mods s'installent via deux listes dans servertest.ini : WorkshopItems contient les identifiants numériques Workshop tirés de l'URL Steam, Mods les identifiants de mod du fichier mod.info de chaque mod. Les deux doivent être exacts, sinon le serveur ne charge pas ou les joueurs chargent une autre version que le serveur. Avec la Build 42 s'ajoute une règle : vérifiez pour chaque mod qu'il indique explicitement la 42.x. Un mod Build 41 ne fonctionnera presque certainement pas et peut bloquer le démarrage. Ajoutez les mods un par un, redémarrez après chaque ajout et sauvegardez le dossier de sauvegarde avant. La marche à suivre dans notre panneau : installer des mods via le Steam Workshop.

Après une mise à jour du jeu, l'ordre s'inverse : attendez d'abord que les auteurs mettent leurs mods à jour, puis seulement mettez le serveur à jour. Qui met à jour automatiquement se retrouve le lendemain d'un patch avec un serveur qui ne démarre pas.

Matériel : un cœur rapide compte

Project Zomboid s'appuie lourdement sur un seul cœur, surtout pour l'IA des zombies et la simulation du monde. Plus de cœurs aident peu ; une fréquence élevée, oui. Pour un groupe de quatre à huit, 4 à 6 Go de RAM suffisent, et davantage de joueurs ou de grandes villes comme Louisville demandent 8 Go. Le stockage NVMe se remarque au chargement des cellules quand les joueurs se dispersent. Nos serveurs Project Zomboid tournent donc sur du matériel AMD avec NVMe et sont en ligne en une minute ; le panneau installe la 42.20 par défaut.

Surveiller les performances

Un serveur Zomboid prévient peu avant de ralentir. Regardez dans le panneau l'utilisation du cœur qui fait le travail : s'il dépasse durablement 80 %, il est temps de baisser la population de zombies ou de laisser entrer moins de joueurs à la fois. La mémoire grandit avec le nombre de cellules chargées ; des joueurs éloignés chargent chacun leur bout de carte. Un groupe qui part ensemble charge moins le serveur que quatre solitaires dans quatre villes. Activez PauseEmpty, car un serveur vide qui continue de tourner consomme pour ne produire que de la pourriture.

Sauvegardes, resets et mort d'un personnage

Dans Zomboid, la mort est définitive : le personnage disparaît, le monde reste. Cela rend les sauvegardes différentes des autres jeux : vous ne voulez pas « restaurer » un joueur, mais pouvoir récupérer le monde si un mod ou un crash l'abîme. Des sauvegardes quotidiennes du dossier de sauvegarde suffisent ; gardez-en quelques générations. Pour recommencer après quelques mois, supprimez seulement le dossier de sauvegarde et gardez servertest.ini et les réglages sandbox, pour que le nouveau monde ait les mêmes règles. Convenez avec le groupe de la date du reset ; rien ne démotive autant que perdre une base sans prévenir.

Étape par étape

1. Créer le serveur (42.20 par défaut), mettre un mot de passe, MaxPlayers à la taille du groupe plus deux.
2. Régler le sandbox : population de zombies, butin, coupure des services, XP. Enregistrer le fichier.
3. Sauvegarder le dossier de sauvegarde vide, puis ajouter les mods, un par un.
4. Tester à deux joueurs : se connecter, passer une nuit, se déconnecter et revenir.
5. Mises à jour automatiques désactivées, sauvegardes quotidiennes activées, puis inviter le groupe.

Dans cet ordre, vous avez en une soirée un serveur qui tient les premières semaines — et vous savez exactement où chercher quand une mise à jour ou un mod vient tout gâcher.