StarRupture demande à un groupe co-op quelque chose d'un peu contradictoire. C'est un jeu d'usine : tout l'intérêt tient à la machinerie que vous laissez tourner, des excavators qui alimentent des smelters, des smelters qui alimentent une drone rail qui roule que quelqu'un la regarde ou non. C'est aussi, par défaut, un jeu d'hôte et d'amis : cette machinerie n'existe que tant qu'une personne précise a le jeu ouvert. La réponse de Creepy Jar est un outil de dedicated server séparé. Il porte encore l'étiquette Experimental et se configure d'une manière qui piège même ceux qui ont monté une douzaine d'autres serveurs. Voici ce qu'il fait réellement.
Le serveur est un outil Steam gratuit et distinct
Il n'est pas caché dans les fichiers du jeu. "StarRupture Dedicated Server (Experimental)" est une application Steam à part entière, ID 3809400, gratuite et rattachée au jeu de base en tant que tool. Personne n'a besoin d'acheter StarRupture une deuxième fois, et celui qui hébergeait avant n'a plus besoin d'être en ligne.
Trois caractéristiques de ce paquet déterminent l'essentiel de votre installation :
- Il n'existe que sous Windows. Pas de build Linux natif, donc sur une machine Linux il tourne sous Wine. C'est ainsi que nos propres serveurs StarRupture sont construits, et c'est pour cela que le runtime Visual C++ 2022 apparaît dans les dépendances : le binaire serveur en a besoin, sous Windows comme dans un Wine prefix.
- Il est volumineux. Le depot actuel pèse environ 21 Go, donc le premier téléchargement SteamCMD ne se règle pas en deux minutes sur une connexion domestique.
- Il bouge. Le dernier build public du serveur est sorti le 17 juin 2026, en même temps que le hotfix 0.2.8 du jeu. Client et serveur doivent correspondre, donc une mise à jour du jeu est toujours aussi une mise à jour du serveur.
La ligne SteamCMD n'a rien d'exotique :
steamcmd +force_install_dir C:\StarRuptureServer +login anonymous +app_update 3809400 validate +quit
L'outil est gratuit, donc la connexion anonymous fonctionne normalement. Si votre SteamCMD refuse, connectez-vous avec un vrai compte Steam. Rien ne change côté possession du jeu, certaines installations se comportent simplement ainsi.
Lancez l'installation terminée depuis un script (un .bat sous Windows) plutôt que par le bouton Play du client Steam. Les deux se disputent sinon la même session Steam, et les erreurs qui en résultent ressemblent à des problèmes réseau.
StarRuptureServerEOS.exe -Log -Port=7777
DSSettings.txt contient toute la configuration, et c'est du JSON
Pas de fichier INI tentaculaire avec deux cents réglages ici. Le serveur lit un seul fichier nommé DSSettings.txt, à la racine du serveur à côté de l'exécutable, et malgré l'extension .txt son contenu est du JSON. Une virgule en trop empêche le démarrage, et le message d'erreur n'aide pas beaucoup.
{
"SessionName": "SESSIONNAME",
"SaveGameInterval": "300",
"StartNewGame": "true",
"LoadSavedGame": "false",
"SaveGameName": "AutoSave0.sav"
}
- SessionName : le dossier dans lequel votre monde est sauvegardé, sous
StarRupture/Saved/SaveGames/. Choisissez un nom que vous reconnaîtrez encore dans trois mois. - SaveGameInterval : secondes entre les sauvegardes automatiques. 300 fait cinq minutes, ce qui est raisonnable dans un jeu où une heure de travail représente beaucoup de belt layout.
- StartNewGame : génère un monde entièrement neuf.
- LoadSavedGame : charge un monde existant à la place.
- SaveGameName : quel fichier de sauvegarde charger, par exemple
AutoSave0.sav.
Le piège, ce sont la troisième et la quatrième clé. StartNewGame n'est correct qu'une fois, au tout premier démarrage. Laissez-le actif ensuite et un redémarrage peut offrir à votre groupe une planète neuve pendant que l'ancien monde dort intact dans le dossier SaveGames. Rien n'est supprimé, c'est la seule raison pour laquelle la situation est récupérable, mais quatre personnes sur une carte vide, cela reste une soirée perdue. Dès le premier démarrage réussi, passez StartNewGame à false, LoadSavedGame à true, et nommez la sauvegarde voulue dans SaveGameName.
Un chiffre que vous ne trouverez pas ici : un player cap à relever. StarRupture est conçu autour de quatre joueurs par session, et pousser au-delà mène à de la désynchronisation, pas à un serveur communautaire.
Les mots de passe vivent dans deux fichiers distincts
Le contrôle d'accès n'est pas non plus dans DSSettings.txt, mais dans deux autres fichiers JSON, à la racine du serveur :
Password.jsoncontient le mot de passe management, celui qui donne l'administration du serveur.PlayerPassword.jsoncontient le mot de passe join, celui que vos amis saisissent pour entrer.
Ce qui est stocké est une chaîne hachée et non le mot de passe tapé, d'où le renvoi des hébergeurs vers le générateur communautaire de starrupture-utilities.com pour le contenu du fichier. Utilisez un mot de passe que vous n'employez nulle part ailleurs, collez le résultat dans le fichier, puis redémarrez.
Réinitialiser l'un ou l'autre, c'est la même astuce à l'envers : supprimez le fichier, générez-en un nouveau. Faites-le en connaissance de cause, car un serveur sans PlayerPassword.json n'a rien entre internet et votre usine.
On rejoint par une adresse, pas par un server browser
Depuis le menu principal : Join Game, puis l'onglet Dedicated Server, puis l'adresse sous la forme ip:port et le mot de passe joueur. Aucune liste publique ne référence votre serveur : l'adresse se distribue, elle ne se découvre pas par hasard.
Le port avec lequel vous démarrez est le port qu'ils saisissent. 7777 UDP est la valeur par défaut habituelle, mais l'argument -Port=, l'adresse transmise aux joueurs et la règle de pare-feu devant la machine doivent concorder.
La seule ligne de log à connaître est OnUpdateSessionComplete. StarRupture enregistre sa session via Epic Online Services au démarrage, et cette ligne marque le moment où le serveur accepte réellement les connexions. C'est pour cela que nous l'utilisons comme readiness marker sur nos propres serveurs. Tout ce qui précède relève du chargement : un ami qui tente sa chance trente secondes après le lancement était simplement en avance. Le log complet se trouve dans StarRupture/Saved/Logs/StarRupture.log.
Dimensionnez pour l'usine, pas pour les places
Comme le plafond est de quatre joueurs, le calcul habituel du nombre de slots ne s'applique presque pas. Ce qui grossit sur un serveur StarRupture, c'est le monde : machines en fonctionnement, drone rails et ziplines tendues entre elles, objets stockés, part de la carte déjà parcourue. Un monde après une première soirée coûte peu à faire tourner. Le même monde après plusieurs Corporation Levels, une chaîne d'Oil Extractors et quelques zones débloquées est une tout autre machine, et il grossira toute la saison.
Deux conséquences pratiques :
- Prévoyez pour la croissance, pas pour le lancement. Dimensionner sur le coût du monde au premier jour, c'est ainsi que des groupes déménagent en pleine saison. Le calculateur de RAM StarRupture tient compte de la taille du monde et de la densité de construction, plus utile qu'un chiffre unique.
- La fréquence prime sur le nombre de cœurs. La simulation d'usine s'appuie sur les performances single thread : une fréquence par cœur élevée apporte plus à une base chargée que des cœurs supplémentaires.
Mises à jour, sauvegardes et réalité de l'accès anticipé
Puisque les builds doivent correspondre, chaque patch du jeu est aussi un patch serveur. Les hébergeurs gérés s'en occupent seuls. En auto-hébergement, relancez la même ligne app_update 3809400 validate puis redémarrez.
Sauvegardez le dossier SaveGames avant une grosse mise à jour, pas après. Nous sommes en accès anticipé et le précédent est réel : l'Update 1 d'avril 2026 a ramené tous les Corporation Levels au niveau 1, rendu la progression antérieure sous forme de Data Points, modifié le Quartz et refondu l'appairage des Cargo Dispatchers avec les Receivers. Les mondes existants ont survécu, mais pas inchangés. Le jeu a enchaîné les hotfix 0.2.1 à 0.2.8 entre avril et juin 2026, la cadence est donc soutenue.
Ou confiez-le à quelqu'un d'autre
Si le Wine prefix, les 21 Go de téléchargement et le tapis roulant des mises à jour ressemblent au travail de quelqu'un d'autre, c'est à cela que sert l'hébergement de serveur StarRupture, avec un panneau de contrôle qui donne fichiers de configuration et logs sans session SSH. Dans les deux cas, l'usine tourne pendant que vous dormez, et c'était tout l'objectif.
