La plupart des guides sur les serveurs Project Zomboid décrivent encore un jeu qui n'existe plus. Build 42 est passé en branche stable le 29 juillet 2026, l'ancienne branche unstable a disparu, et une installation neuve vous donne désormais Build 42, que vous l'ayez prévu ou non. La compatibilité des mods, le choix de la branche et la marge en mémoire étaient des notes de bas de page. Sur Build 42, elles font la différence entre un serveur où votre groupe joue pendant des mois et un serveur qui meurt en deuxième semaine.
Voici la version pratique : ce dont un serveur Build 42 a réellement besoin, quels fichiers le pilotent, et les erreurs sur lesquelles presque tout le monde trébuche.
Pourquoi un serveur dédié vaut mieux que l'hébergement depuis le jeu
Project Zomboid permet d'héberger depuis le jeu, et pour deux personnes le temps d'une soirée cela suffit. Cela cesse de suffire très vite.
Quand vous hébergez depuis le client, le monde n'existe que tant que votre jeu tourne. Vos amis jouent à votre agenda. Votre framerate et leur latence sortent de la même machine, donc dès que vous basculez sur autre chose de lourd, tout le monde le sent. Knox County est un monde en streaming : il charge les chunks au fur et à mesure que les joueurs se déplacent, si bien que deux personnes qui explorent dans des directions opposées doublent la pression mémoire sur votre PC, lequel affiche le jeu en plus.
Un serveur dédié sépare ces tâches. Le monde continue de tourner que quelqu'un soit connecté ou non, ce qui compte plus ici qu'ailleurs : les générateurs consomment du carburant, les cultures poussent, la nourriture pourrit et, sur Build 42, les animaux réclament à manger. Les joueurs se connectent quand ils veulent.
Dimensionnez-le avant de le monter
Build 42 est plus lourd que Build 41 sur toute la ligne. La carte reconstruite est plus grande, les sous-sols ajoutent des données de chunk verticales, et les systèmes de craft et d'élevage portent chacun un état qui doit bien résider quelque part.
Points de départ raisonnables pour un serveur Build 42 :
| Groupe | Mods | Commencez à |
|---|---|---|
| 1-4 joueurs | Aucun | 6 GB |
| 4-8 joueurs | Aucun | 8 GB |
| 8-16 joueurs | Aucun | 12 GB |
| 4-8 joueurs | Moins de 10 mods | 12 GB |
| 4-8 joueurs | 30+ mods | 16 GB |
Trois choses pilotent ces chiffres et une seule est le nombre de joueurs. L'exploration de la carte pèse le plus : un serveur où le groupe s'est installé à Rosewood et y est resté se situe 30 à 40% en dessous d'un serveur où les joueurs ont démonté la moitié de Knox County, parce que chaque chunk visité reste en mémoire. La population de zombies vient ensuite : passer PopulationPeakMultiplier de 1.5 à 2.0 ajoute à lui seul environ 20 à 30%. Les mods arrivent en troisième et sont très inégaux : ModOptions ne coûte presque rien, tandis que Brita's Weapon Pack ajoute couramment un ou deux gigaoctets.
Ne dimensionnez pas au minimum. La consommation mémoire de Project Zomboid est en pics, pas en plateau. Un event hélicoptère, un joueur qui entre dans une ville neuve, ou plusieurs sauvegardes simultanées ajoutent des pics passagers par-dessus votre niveau de base. Rester à 95% en jeu calme, c'est finir la première grosse soirée sur un out-of-memory. Les tableaux complets sont dans notre guide sur la RAM nécessaire pour un serveur Project Zomboid, et le calculateur de RAM fera le calcul pour votre groupe.
Les deux fichiers qui pilotent vraiment votre serveur
Presque tout ce que vous modifierez un jour tient dans deux fichiers. Sur un serveur DoomHosting, ils portent le nom du serveur lui-même :
/home/container/.cache/Server/Pterodactyl.ini
/home/container/.cache/Server/Pterodactyl_SandboxVars.lua
Le .ini contient les réglages du serveur : limite de joueurs, mot de passe, PVP, les lignes de mods, la chaîne de cartes. Le SandboxVars.lua contient les règles du monde : vitesse et nombre de zombies, rareté du loot, vitesse d'écoulement du temps, si et quand l'électricité et l'eau tombent.
Une règle pèse plus lourd que le contenu de ces deux fichiers. Arrêtez le serveur avant de les modifier. Project Zomboid réécrit les deux fichiers à l'extinction, donc tout ce que vous changez sur un serveur en marche est écrasé au moment où il s'arrête. C'est de loin la raison la plus fréquente pour laquelle un réglage "ne s'est pas enregistré", et cela ressemble exactement à un panneau de contrôle cassé. Arrêter, modifier, démarrer.
Pour savoir ce que fait chaque valeur sandbox, notre guide des paramètres sandbox les passe en revue champ par champ.
Trois pièges de Build 42
Les mods Build 41 s'installent proprement puis ne font rien. Les identifiants Workshop ne connaissent pas les versions, donc SteamCMD téléchargera sans broncher une liste de mods Build 41 entière sur un serveur Build 42. Le téléchargement réussit, la liste a l'air correcte dans votre config, et les mods soit ne se chargent pas en silence, soit envoient des erreurs dans la console. Reconstruisez la liste avec des versions Build 42 au lieu de la transporter, et vérifiez sur chaque page Workshop la mention explicite d'un support Build 42. Notre guide d'installation des mods couvre les lignes WorkshopItems et Mods ainsi que le load order qui évite la plupart des conflits.
Une sauvegarde Build 41 ne peut pas être chargée par un serveur Build 42. Il n'existe ni convertisseur ni mise à niveau sur place : la carte, le format de sauvegarde et le graphe de craft ont tous changé. Si vous transférez un monde existant, acceptez que ce soit un wipe, et sauvegardez-le d'abord malgré tout.
Vos joueurs seront sur la mauvaise version. Steam sert désormais Build 42 à tout le monde par défaut. Si vous fixez délibérément votre serveur sur Build 41 via la branche legacy41, chaque joueur doit sélectionner legacy41 dans Steam sous Game Version & Betas, sinon il obtient un version mismatch à la connexion. Ce décalage est le signalement "le serveur est cassé" le plus fréquent que nous recevions, et le serveur va presque toujours très bien. Notre guide pour garder un serveur en Build 41 détaille la procédure.
La connexion et les tâches du deuxième jour
Project Zomboid a besoin d'un port : 16261 en UDP. Les vieux guides parlent d'une plage jusqu'à 16272, ce qui n'est plus vrai depuis Build 41.65. Si vous louez un serveur chez nous, le port est déjà ouvert et il n'y a rien à rediriger. Si vous hébergez vous-même sur votre machine, notre guide d'ouverture des ports couvre le côté routeur, y compris le cas où votre opérateur vous place derrière un CGNAT et où la redirection devient tout simplement impossible.
Une fois les gens connectés, deux tâches d'entretien méritent d'être faites au premier jour plutôt qu'après l'incident. Donnez-vous les droits admin pour modérer et corriger sans redémarrage : voir comment devenir admin. Puis mettez en place les sauvegardes avant d'en avoir besoin : sauvegarder et restaurer. Un monde Project Zomboid représente des mois de jeu, et la demande que nous aimons le moins recevoir concerne une sauvegarde que personne n'a faite.
En résumé
Un serveur Build 42 n'est pas difficile à tenir, mais il punit les habitudes héritées de Build 41. Donnez-lui plus de mémoire que vous ne le pensez, arrêtez-le avant de toucher à sa config, reconstruisez votre liste de mods plutôt que de la porter, et assurez-vous que vos joueurs sont sur la même branche que vous. Faites ces quatre choses et le reste n'est que de l'entretien.
Vous pouvez louer un serveur Project Zomboid avec Build 42 installé par défaut et gérer vous-même branches, mods, sauvegardes et backups depuis le panneau de contrôle de jeu.
