Créer un serveur dédié Vintage Story : guide multijoueur 2026

Vintage Story est un petit jeu porté par une communauté sérieuse. On y joue entre amis sur une machine privée pendant des mois, à bâtir des villes médiévales et à se traîner mutuellement à travers les civilisations de la rouille, les forges d'acier et les tempêtes temporelles. Les recherches les plus suggérées autour du jeu ne concernent pas le client officiel. Ce sont « vintage story server », « vintage story dedicated server », « vintage story multiplayer hosting » et « how to play vintage story with friends ». Ce que vous voulez, c'est un monde partagé qui reste en ligne quand vous vous déconnectez.

Ce guide prend le point de vue de l'hébergeur. Il part du principe que vous louez un serveur dédié Vintage Story (ou que vous vous demandez si vous devriez) et que vous voulez les vrais chemins de fichiers, les vrais chiffres de RAM et la liste des commandes, pas un argumentaire commercial.

Ce qu'il vous faut avant de commencer

Vintage Story s'achète directement sur vintagestory.at, pas sur Steam. Chaque joueur a besoin de sa propre copie et de sa propre licence. Le logiciel serveur dédié est un téléchargement séparé, disponible depuis la page de votre compte sur le site officiel, distribué sous forme d'archive tar.gz qui tourne sous .NET sur Linux ou Windows. Il n'y a aucune intégration Steam Workshop : les mods viennent de mods.vintagestory.at et s'installent directement dans un dossier sur le serveur.

Deux détails piègent souvent les hébergeurs débutants :

• Le serveur tourne sous .NET 7+. Les panneaux d'hébergement modernes s'en occupent tout seuls, mais un VPS nu a besoin du runtime installé avant que le serveur démarre.
• La version du serveur doit correspondre exactement à celle du client. Un serveur 1.22.2 refusera les clients 1.22.1, et inversement. La mise à jour automatique n'est pas activée par défaut.

Les bases matérielles d'un serveur dédié Vintage Story

La recherche suggérée « vintage story server overloaded a tick took » existe pour une raison. Vintage Story fait l'essentiel de sa simulation du monde sur un seul thread, ce qui veut dire que la fréquence du CPU compte bien plus que le nombre de cœurs. Un Ryzen 9 à 4,7 GHz battra un EPYC 32 cœurs tous les jours de la semaine sur cette charge.

D'après ce que nous observons sur les instances hébergées :

• 2 Go de RAM suffisent pour un monde neuf avec 2 à 4 joueurs si vous évitez les mods lourds.
• 4 Go est le bon compromis pour 4 à 8 joueurs, charge de mods par défaut, rayon d'exploration normal.
• 6 à 8 Go commencent à se justifier dès que vous dépassez 8 joueurs, que vos bases ont des années de croissance, ou que vous faites tourner des mods qui ajoutent beaucoup de types d'entités (Primitive Survival, More Animals, packs de faune étendus).
• Stockage : SSD uniquement. Vintage Story enregistre le monde dans un seul fichier .vcdbs (du SQLite sous le capot). Les rafales de sauvegarde de chunks sur un disque mécanique feront grimper votre tick time et afficheront l'avertissement « a tick took 800ms » dans le chat.

Pré-générer les chunks à l'avance avec les commandes /wgen et /world élimine la plus grosse source de lag en pleine session.

Installation pas à pas sur votre propre machine

Si vous tournez sur un VPS ou sur un PC de rab à la maison, le déroulé ressemble à ça :

1. Téléchargez vs_server_x.x.x.tar.gz depuis la section Downloads de votre compte sur vintagestory.at.
2. Extrayez-le : tar -xzf vs_server_*.tar.gz.
3. Lancez-le une première fois : ./server.sh. Le premier démarrage génère le dossier de données dans ~/.config/VintagestoryData/.
4. Arrêtez le serveur (Ctrl+C dans la console) et ouvrez ~/.config/VintagestoryData/serverconfig.json.
5. Définissez ServerName, MaxPlayers, Port (42420 par défaut) et Password si vous voulez une partie privée. Mettez dans ServerUrl l'IP publique que vous comptez partager.
6. Modifiez worldconfig.json (créé automatiquement au premier démarrage du monde) pour ajuster la taille du monde, le climat, la stabilité temporelle et le mode de jeu.
7. Ouvrez le port UDP 42420 sur votre pare-feu et redirigez-le sur votre routeur si vous êtes chez vous.

C'est tout pour un serveur vanilla. La whitelist, l'op et le mot de passe se gèrent en jeu depuis le chat, une fois connecté en tant qu'admin.

Démarrer sur un panneau Pterodactyl hébergé

Le déroulé est plus court parce que l'egg du panneau gère l'installation, le runtime, le port et la commande de démarrage. Depuis votre panneau de contrôle DoomHosting :

1. Provisionnez le palier Vintage Story avec la RAM de votre choix.
2. Attendez que l'egg télécharge le bundle serveur (environ 30 secondes sur un déploiement neuf).
3. Ouvrez l'onglet Console et guettez Server started.
4. Modifiez serverconfig.json dans le gestionnaire de fichiers si vous voulez un mot de passe ou une autre limite de joueurs, puis redémarrez.

Les mondes sont enregistrés dans /home/container/Saves/<worldname>.vcdbs et la configuration dans /home/container/serverconfig.json. Les deux se téléchargent via le FTP intégré au panneau pour archiver vos données.

Installer des mods sur un serveur dédié

C'est là que la plupart des guides « comment faire X » pour Vintage Story déraillent, parce que la documentation d'auto-hébergement suppose que vous pouvez déposer les mods dans %APPDATA%\VintagestoryData\Mods\ sous Windows et en rester là. Sur un serveur dédié Linux, le chemin est /home/container/Mods/ sur Pterodactyl, ou ~/.config/VintagestoryData/Mods/ pour une installation manuelle.

Chaque mod est livré en .zip ou en .cs avec un modinfo.json à l'intérieur qui déclare son côté :

• Side: "Universal" signifie que le client et le serveur en ont tous les deux besoin. C'est le cas de la plupart des mods de contenu. Les joueurs qui ne l'installent pas seront expulsés à la connexion.
• Side: "Server" est réservé au serveur. Les gestionnaires de whitelist et les outils d'admin entrent dans cette catégorie.
• Side: "Client" est réservé au client. Shaders, mods de minimap, retouches d'interface. Ne les mettez pas sur le serveur, même par accident : ils refuseront de se charger et pollueront le log de démarrage.

Quelques mods bien rodés qui valent le coup dès le premier jour :

• Carry On (Universal) : ramassez et transportez coffres, tables et décorations sans les casser. Un confort que tout le monde remarque.
• Primitive Survival (Universal) : ajoute des pièges, des outils et des mécaniques de survie qui collent au ton du jeu de base.
• Better Ruins (Universal) : des ruines de surface plus grandes et plus variées. Bien plus agréable pour l'exploration en multijoueur.
• Vintage Engineering (Universal) : progression de fin de partie avec convoyeurs, moteurs et machines. Plus lourd sur les ticks, surveillez donc le tick time du serveur après l'installation.

Après avoir déposé un mod dans Mods/, redémarrez le serveur et lisez le log de démarrage. Un mod qui refuse de se charger y affichera la raison avant que le monde ne se lance.

Les commandes serveur que vous utiliserez vraiment

Toutes demandent un joueur op (/op <playername> depuis la console au préalable) :

• /op <playername> et /deop <playername> pour les permissions d'admin.
• /whitelist on, /whitelist add <playername>, /whitelist remove <playername> pour contrôler qui peut rejoindre.
• /time set 12000 (en ticks de jeu) pour sauter la nuit quand le groupe part dîner en plein raid.
• /tp <playername> pour vous téléporter vers un joueur, pratique pour repêcher celui qui est tombé dans un trou.
• /announce <message> pour les messages diffusés à tous.
• /world reload si vous avez modifié worldconfig.json et voulez l'appliquer sans redémarrage complet.
• /serverinfo pour afficher les statistiques du serveur dans le chat.

La référence complète des commandes est sur le wiki, mais la liste ci-dessus couvre environ 90 % de ce qu'un admin tape réellement dans une semaine normale.

Ce qui tue un serveur Vintage Story

Une fois qu'un monde tourne depuis quelques mois, vous tomberez sur l'un de ces problèmes :

• Le lag de génération de chunks quand les joueurs s'aventurent vers du terrain non généré. Pré-générez un carré de 4 à 8 km autour du spawn avec /wgen autogen 1 après la première session et le reste du monde reste fluide.
• Les scans de mods à chaque tick. Certains mods riches en entités parcourent la liste des joueurs à chaque tick. Si votre tick time grimpe vers les 500 ms après l'installation d'un mod, c'est ce mod le suspect. Désactivez-le, redémarrez, observez la différence.
• Les limites de mobs dans les endroits fréquentés. La limite de spawn par défaut est généreuse. Une grosse base avec des fermes à mobs peut la saturer. Baissez-la dans serverconfig.json sous EntityCap si besoin.
• La pression sur le disque de sauvegarde. Le monde s'enregistre en .vcdbs à intervalles réguliers. Sur un disque mécanique, cela bloque le thread principal. Le SSD n'est pas négociable au-delà de 2 joueurs.

Le contrôle le plus rapide quand quelque chose cloche, c'est le tick time du serveur. Sur un monde sain à 4 joueurs, il reste bien en dessous de 50 ms. Au-delà de 200 ms, un joueur verra du lag.

Whitelist et réglages de sécurité à poser dès le premier jour

Avant de partager l'IP avec vos amis, réglez ceci dans serverconfig.json :

• WhitelistMode: true et ajoutez chaque ami avec son playername exact.
• Password: "<something>" comme deuxième couche, surtout si l'IP circule dans un Discord public.
• LogChatToFile: true pour pouvoir retrouver qui a griefé si ça arrive.

Vintage Story n'a pas d'anti-triche lié aux comptes. La whitelist par nom est la défense pratique.

Verdict : héberger Vintage Story en vaut-il la peine pour votre groupe ?

Si votre groupe joue en soirée quelques fois par semaine, un serveur dédié se rembourse dès la première fois que vous évitez le rituel du « bon, qui héberge ce soir ? ». Le monde continue de tourner, les tempêtes temporelles passent pendant que vous êtes au travail et les cultures poussent en temps réel. Le jeu a visiblement été pensé pour du multijoueur persistant, et ça se voit dès l'instant où vous arrêtez de démonter le monde entre deux sessions.

Si vous jouez seulement de temps en temps et jamais deux fois avec le même groupe, la procédure d'auto-hébergement ci-dessus fera l'affaire. Dès que vous passez à trois habitués, l'hébergement loué revient moins cher, une fois comptées les heures que vous passeriez sinon à materner la machine.

Hébergez votre serveur Vintage Story chez DoomHosting

La méthode maison fonctionne. Elle demande aussi un week-end pour être solide, deux ou trois soirées à batailler avec .NET sur Ubuntu, et un port ouvert sur une IP fixe que vous n'avez peut-être pas.

Un serveur Vintage Story DoomHosting vous épargne tout ça. Le panneau tourne dès le premier jour, votre groupe se connecte en cinq minutes, et les chemins de fichiers ci-dessus (Mods/, Saves/, serverconfig.json) sont là, dans le gestionnaire de fichiers. Sauvegardes, redémarrages, installations de mods et mises à jour de version vivent tous derrière un seul panneau.

Choisissez la RAM qui correspond à la taille de votre groupe d'après les repères ci-dessus, déployez, et rejoignez. Le reste, c'est juste de la construction.