{"id":778,"date":"2026-07-28T17:03:24","date_gmt":"2026-07-28T17:03:24","guid":{"rendered":"https:\/\/shattered.io\/fr\/serveur-satisfactory-dedie\/"},"modified":"2026-07-28T17:07:13","modified_gmt":"2026-07-28T17:07:13","slug":"serveur-satisfactory-dedie","status":"publish","type":"post","link":"https:\/\/shattered.io\/fr\/serveur-satisfactory-dedie\/","title":{"rendered":"Serveur Satisfactory d\u00e9di\u00e9 : 12 \u00e9tapes, 30 min [2026]"},"content":{"rendered":"\n

Coffee Stain Studios a d\u00e9ploy\u00e9 la mise \u00e0 jour Satisfactory 1.2 le 2 juin 2026 \u2014 la premi\u00e8re \u00e0 sortir simultan\u00e9ment sur PC, PlayStation 5 et Xbox Series X|S. Pour les joueurs qui veulent construire leur usine \u00e0 plusieurs sans d\u00e9pendre en permanence de la connexion d’un ami ni payer un h\u00e9bergeur, la solution reste la m\u00eame depuis le lancement de la version 1.0 : monter son propre serveur Satisfactory d\u00e9di\u00e9 sur une machine que vous contr\u00f4lez.<\/p>\n\n\n\n

Ce guide d\u00e9taille les 12 \u00e9tapes pour installer, s\u00e9curiser, sauvegarder et maintenir \u00e0 jour un serveur d\u00e9di\u00e9, sous Linux comme sous Windows. Comptez environ 30 minutes pour l’ensemble du processus, un peu plus si vous partez d’un VPS tout juste lou\u00e9. Aucune comp\u00e9tence avanc\u00e9e en administration syst\u00e8me n’est n\u00e9cessaire : chaque commande est donn\u00e9e int\u00e9gralement, pr\u00eate \u00e0 copier-coller.<\/p>\n\n\n\n

Serveur d\u00e9di\u00e9 ou h\u00e9bergement depuis le jeu : quelle diff\u00e9rence ?<\/h2>\n\n\n\n

Satisfactory propose deux fa\u00e7ons de jouer \u00e0 plusieurs, et il vaut mieux trancher entre les deux avant de se lancer dans une installation qui prend malgr\u00e9 tout une trentaine de minutes. La premi\u00e8re, l’h\u00e9bergement \u00ab depuis le jeu \u00bb, transforme le PC de l’un des joueurs en serveur le temps de la session : c’est rapide \u00e0 d\u00e9marrer, mais tout repose sur cette machine \u2014 sa puissance, sa bande passante montante, et sa pr\u00e9sence en ligne. Si l’h\u00f4te quitte la partie ou ferme son PC, personne d’autre ne peut continuer \u00e0 jouer, et une connexion montante trop faible fait ramer tout le monde, pas seulement l’h\u00f4te.<\/p>\n\n\n\n

Le serveur d\u00e9di\u00e9, \u00e0 l’inverse, tourne sur une machine s\u00e9par\u00e9e \u2014 VPS lou\u00e9 ou mini-PC allum\u00e9 en permanence \u2014 ind\u00e9pendante du PC de jeu de qui que ce soit. Vos co\u00e9quipiers peuvent rejoindre et faire avancer l’usine m\u00eame si vous \u00eates hors ligne, et l’usine continue de produire 24 h\/24 sans qu’aucun joueur ne soit connect\u00e9. Fonctionnellement, la partie elle-m\u00eame ne change pas une fois en jeu : la diff\u00e9rence se joue enti\u00e8rement sur la disponibilit\u00e9 et la stabilit\u00e9, surtout \u00e0 mesure que l’usine grossit et que plusieurs joueurs explorent des zones \u00e9loign\u00e9es en m\u00eame temps. C’est cette ind\u00e9pendance qui justifie les 12 \u00e9tapes qui suivent.<\/p>\n\n\n\n

Pr\u00e9requis : versions et configuration n\u00e9cessaires<\/h2>\n\n\n\n

Avant de lancer votre serveur Satisfactory d\u00e9di\u00e9, v\u00e9rifiez que votre machine \u2014 PC personnel rest\u00e9 allum\u00e9, mini-serveur ou VPS lou\u00e9 \u2014 r\u00e9pond aux exigences officielles. Le serveur d\u00e9di\u00e9 est un outil Steam distinct du jeu, gratuit, identifi\u00e9 par l’App ID 1690800<\/strong> (le jeu de base, lui, porte l’App ID 526870<\/a>). D’apr\u00e8s le wiki officiel de Satisfactory<\/a>, il fonctionne sous Windows 10\/11, Windows Server 2016\/2019\/2022, ou toute distribution Linux 64 bits de type Debian\/Ubuntu, mais exclusivement en architecture x86-64 : ni Raspberry Pi, ni aucune carte ARM ne peut faire tourner ce serveur.<\/p>\n\n\n\n
Composant<\/th>Minimum<\/th>Recommand\u00e9<\/th><\/tr><\/thead>
Processeur<\/td>Intel i5-3570 ou AMD Ryzen 5 3600 (mono-c\u0153ur 2000+ points)<\/td>Un mod\u00e8le plus r\u00e9cent ; la charge reste principalement mono-thread<\/td><\/tr>
M\u00e9moire RAM<\/td>8 Go<\/td>16 Go pour une usine avanc\u00e9e ou 4 joueurs et plus<\/td><\/tr>
Stockage (Windows)<\/td>12,4 Go<\/td>SSD recommand\u00e9<\/td><\/tr>
Stockage (Linux)<\/td>8 Go, OS inclus<\/td>SSD recommand\u00e9<\/td><\/tr>
Syst\u00e8me d’exploitation<\/td>Windows 10\/11, Server 2016 ou plus, ou Debian\/Ubuntu 64 bits<\/td>\u2014<\/td><\/tr>
Joueurs simultan\u00e9s<\/td>4 (valeur par d\u00e9faut)<\/td>Ajustable via les param\u00e8tres avanc\u00e9s du Server Manager<\/td><\/tr><\/tbody><\/table>\n\n\n\n

En pratique, la RAM n\u00e9cessaire d\u00e9pend moins du nombre de joueurs que de la complexit\u00e9 de l’usine construite : comptez environ 6 Go en d\u00e9but de partie, 8 \u00e0 12 Go en milieu de partie, et jusqu’\u00e0 16-32 Go pour une m\u00e9ga-usine de fin de partie ou un serveur fortement modd\u00e9. C’est un point que beaucoup de guides passent sous silence, et qui explique pourquoi un serveur qui tournait tr\u00e8s bien pendant des semaines peut soudainement se mettre \u00e0 crasher \u2014 non pas parce qu’un joueur de plus s’est connect\u00e9, mais parce que l’usine elle-m\u00eame a grossi.<\/p>\n\n\n\n

\u00c9tape 1 : installer SteamCMD sur votre machine<\/h2>\n\n\n\n

SteamCMD<\/a> est l’outil en ligne de commande de Valve qui permet de t\u00e9l\u00e9charger des serveurs d\u00e9di\u00e9s sans passer par l’interface graphique de Steam. Sur Linux (Debian\/Ubuntu), installez-le ainsi :<\/p>\n\n\n\n

sudo add-apt-repository multiverse\nsudo dpkg --add-architecture i386\nsudo apt update\nsudo apt install steamcmd lib32gcc-s1 -y<\/code><\/pre>\n\n\n\n
Le paquet lib32gcc-s1<\/code> est indispensable : sans lui, SteamCMD refuse de d\u00e9marrer m\u00eame sur une machine 64 bits, puisque l’outil reste en partie un binaire 32 bits. Sur Windows, t\u00e9l\u00e9chargez simplement steamcmd.exe<\/code> depuis le site de Valve et placez-le dans un dossier d\u00e9di\u00e9, par exemple C:\\steamcmd\\<\/code>. Un premier lancement de steamcmd.exe<\/code> termine l’installation en se mettant lui-m\u00eame \u00e0 jour avant de vous rendre la main.<\/p>\n\n\n\n
Sur un VPS distant sans interface graphique, SteamCMD est la seule option : le client Steam classique n\u00e9cessite un environnement de bureau que la plupart des offres d’h\u00e9bergement Linux n’installent pas par d\u00e9faut. C’est \u00e9galement l’approche que privil\u00e9gient les scripts d’automatisation et les images Docker communautaires \u00e9voqu\u00e9es plus loin, puisqu’elle peut s’ex\u00e9cuter enti\u00e8rement sans interaction humaine une fois la premi\u00e8re configuration termin\u00e9e.<\/p>\n\n\n\n
\u00c9tape 2 : t\u00e9l\u00e9charger le serveur d\u00e9di\u00e9 Satisfactory<\/h2>\n\n\n\n
Le serveur d\u00e9di\u00e9 se t\u00e9l\u00e9charge de fa\u00e7on anonyme, sans compte Steam ni achat du jeu : c’est un outil gratuit, s\u00e9par\u00e9 du jeu principal. Depuis SteamCMD, lancez :<\/p>\n\n\n\n
steamcmd +force_install_dir ~\/SatisfactoryDedicatedServer +login anonymous +app_update 1690800 validate +quit<\/code><\/pre>\n\n\n\n
Le param\u00e8tre +login anonymous<\/code> est obligatoire : contrairement \u00e0 beaucoup d’autres jeux, aucun compte Steam personnel n’est requis pour h\u00e9berger ce serveur. Comptez plusieurs minutes de t\u00e9l\u00e9chargement selon votre connexion. Une installation r\u00e9ussie se termine par ce message dans le terminal :<\/p>\n\n\n\n
Success! App '1690800' fully installed.<\/code><\/pre>\n\n\n\n
Si vous pr\u00e9f\u00e9rez suivre les mises \u00e0 jour exp\u00e9rimentales avant leur passage en version stable, ajoutez -beta experimental<\/code> \u00e0 la commande. Sur Windows, la syntaxe est identique en rempla\u00e7ant le chemin par un dossier local, par exemple C:\\SatisfactoryServer<\/code>.<\/p>\n\n\n\n
\u00c9tape 3 : ouvrir les ports 7777 et 8888<\/h2>\n\n\n\n
Depuis la mise \u00e0 jour 1.1.0.0, un serveur Satisfactory d\u00e9di\u00e9 a besoin de deux ports ouverts pour fonctionner correctement, et c’est l’\u00e9tape la plus souvent n\u00e9glig\u00e9e par les nouveaux h\u00e9bergeurs \u2014 y compris ceux qui avaient d\u00e9j\u00e0 un serveur fonctionnel avant cette mise \u00e0 jour.<\/p>\n\n\n\n
Port<\/th>Protocole<\/th>Fonction<\/th><\/tr><\/thead>
7777<\/td>TCP<\/td>Trafic de jeu et API HTTPS du serveur<\/td><\/tr>
7777<\/td>UDP<\/td>Trafic de jeu principal<\/td><\/tr>
8888<\/td>TCP<\/td>Messagerie fiable (obligatoire depuis la 1.1.0.0)<\/td><\/tr>
22<\/td>TCP<\/td>Administration distante SSH (Linux, optionnel)<\/td><\/tr>
3389<\/td>TCP<\/td>Administration distante RDP (Windows, optionnel)<\/td><\/tr><\/tbody><\/table>\n\n\n\n
Sur un pare-feu Linux avec UFW<\/a>, ouvrez les deux premiers ports ainsi :<\/p>\n\n\n\n
sudo ufw allow 7777\/tcp\nsudo ufw allow 7777\/udp\nsudo ufw allow 8888\/tcp\nsudo ufw enable\nsudo ufw status<\/code><\/pre>\n\n\n\n
Sur votre box ou routeur, ajoutez ensuite une r\u00e8gle de redirection de port (NAT) vers l’adresse IP locale de la machine qui h\u00e9berge le serveur. Attention \u00e0 un pi\u00e8ge fr\u00e9quent : le port 7777 ne supporte pas la redirection avec des num\u00e9ros diff\u00e9rents entre l’externe et l’interne \u2014 le port externe doit obligatoirement correspondre au port interne. Le port 8888, lui, peut \u00eatre remapp\u00e9 c\u00f4t\u00e9 externe gr\u00e2ce au param\u00e8tre -ExternalReliablePort=<\/code> si votre configuration r\u00e9seau l’exige.<\/p>\n\n\n\n
Ce d\u00e9coupage en deux ports distincts remonte directement \u00e0 la mise \u00e0 jour 1.1.0.0 : avant elle, un seul port UDP suffisait, mais Coffee Stain Studios a s\u00e9par\u00e9 le trafic de jeu classique de la messagerie fiable pour am\u00e9liorer la stabilit\u00e9 des sessions \u00e0 plusieurs joueurs. Si vous administrez \u00e9galement d’autres serveurs de jeu sur la m\u00eame machine \u2014 nous avons d\u00e9j\u00e0 couvert Rust<\/a> ou ARK<\/a> sur ce site \u2014 v\u00e9rifiez qu’aucun des ports 7777, 8888, 22 ou 3389 n’entre en conflit avec un service d\u00e9j\u00e0 en \u00e9coute avant de d\u00e9marrer Satisfactory.<\/p>\n\n\n\n
\u00c9tape 4 : premier lancement du serveur<\/h2>\n\n\n\n
Une fois l’installation termin\u00e9e, lancez le serveur pour la premi\u00e8re fois. Sous Linux :<\/p>\n\n\n\n
cd ~\/SatisfactoryDedicatedServer\n.\/FactoryServer.sh -log -unattended<\/code><\/pre>\n\n\n\n
Sous Windows, ex\u00e9cutez FactoryServer.exe -log -unattended<\/code> depuis une invite de commande, dans le dossier d’installation. Le flag -unattended<\/code> \u00e9vite qu’une bo\u00eete de dialogue ne bloque le d\u00e9marrage en arri\u00e8re-plan \u2014 indispensable si vous pr\u00e9voyez de faire tourner le serveur comme un service, ce que nous verrons \u00e0 l’\u00e9tape 8. Le journal affiche la progression du chargement ; laissez le serveur terminer compl\u00e8tement son initialisation avant de tenter une connexion. Vous pouvez aussi personnaliser les ports directement dans la commande de lancement :<\/p>\n\n\n\n
.\/FactoryServer.sh -log -unattended -Port=7777 -ReliablePort=8888 -ExternalReliablePort=8888<\/code><\/pre>\n\n\n\n
\u00c9tape 5 : se connecter et r\u00e9clamer le serveur<\/h2>\n\n\n\n
Contrairement \u00e0 d’autres jeux de survie, Satisfactory ne se configure pas uniquement via des fichiers texte : la prise en main se fait aussi depuis le client de jeu. Lancez Satisfactory, ouvrez le Server Manager<\/strong> depuis le menu principal, cliquez sur Add Server<\/strong> et saisissez l’adresse IP de votre serveur suivie du port, au format IP:7777<\/code>. Une fois le serveur d\u00e9tect\u00e9 dans la liste, cliquez sur Claim<\/strong> pour en prendre possession : cette \u00e9tape attribue le r\u00f4le d’administrateur au premier compte qui la r\u00e9alise, alors ne la laissez pas tra\u00eener sur un serveur public.<\/p>\n\n\n\n
Bonne nouvelle pour les groupes mixtes : les clients Steam et Epic Games Store peuvent rejoindre le m\u00eame serveur d\u00e9di\u00e9, quelle que soit la boutique depuis laquelle les binaires du serveur ont \u00e9t\u00e9 t\u00e9l\u00e9charg\u00e9s. Le cross-play fonctionne nativement gr\u00e2ce au SDK Epic Online Services int\u00e9gr\u00e9 au jeu, sans manipulation suppl\u00e9mentaire de votre part.<\/p>\n\n\n\n
\u00c9tape 6 : d\u00e9finir le mot de passe administrateur<\/h2>\n\n\n\n
Toujours depuis le Server Manager, une fois le serveur r\u00e9clam\u00e9, d\u00e9finissez un nom d’affichage et un mot de passe administrateur \u2014 cette \u00e9tape est obligatoire et prot\u00e8ge l’acc\u00e8s aux r\u00e9glages du serveur. Le mot de passe de connexion des joueurs (pour rejoindre la partie) est, lui, optionnel et d\u00e9sactiv\u00e9 par d\u00e9faut : sans lui, n’importe qui connaissant votre adresse IP peut rejoindre la partie d\u00e8s lors que le serveur est visible publiquement. Sur un serveur ouvert \u00e0 des inconnus ou partag\u00e9 au-del\u00e0 d’un cercle d’amis proches, activez syst\u00e9matiquement ce second mot de passe en plus de celui de l’administrateur. Choisissez un mot de passe administrateur distinct de ceux que vous utilisez ailleurs : contrairement \u00e0 un compte Steam ou Epic, il n’existe aucune double authentification pour prot\u00e9ger l’acc\u00e8s au Server Manager, uniquement ce mot de passe.<\/p>\n\n\n\n
\u00c9tape 7 : configurer les param\u00e8tres avanc\u00e9s<\/h2>\n\n\n\n
Le Server Manager donne acc\u00e8s \u00e0 des Advanced Game Settings<\/strong> qui permettent, entre autres, d’augmenter le nombre de joueurs au-del\u00e0 de la limite par d\u00e9faut de 4 \u2014 \u00e0 condition d’avoir la RAM n\u00e9cessaire pour absorber la charge suppl\u00e9mentaire \u00e9voqu\u00e9e dans les pr\u00e9requis. Depuis la mise \u00e0 jour 1.2, un menu Game Modes<\/strong> complet a fait son apparition \u00e0 la cr\u00e9ation d’une nouvelle partie, avec des options de randomisation du monde g\u00e9n\u00e9r\u00e9. Pour les r\u00e9glages plus fins non expos\u00e9s dans l’interface, Satisfactory reste \u00e9ditable via les fichiers INI du moteur Unreal Engine, notamment Engine.ini<\/code> et Game.ini<\/code> :<\/p>\n\n\n\n
[URL]\nPort=7777<\/code><\/pre>\n\n\n\n
Ces fichiers se trouvent dans le m\u00eame r\u00e9pertoire de sauvegarde que les fichiers ServerSettings.PORT.sav<\/code>, d\u00e9taill\u00e9s \u00e0 l’\u00e9tape 10. Modifiez-les uniquement serveur arr\u00eat\u00e9, sous peine de voir vos changements \u00e9cras\u00e9s au prochain red\u00e9marrage.<\/p>\n\n\n\n
\u00c9tape 8 : automatiser le d\u00e9marrage du serveur<\/h2>\n\n\n\n
Un serveur lanc\u00e9 manuellement dans un terminal s’arr\u00eate au moindre red\u00e9marrage de la machine ou \u00e0 la moindre d\u00e9connexion SSH. Pour un h\u00e9bergement permanent, d\u00e9l\u00e9guez son d\u00e9marrage au gestionnaire de services de votre syst\u00e8me.<\/p>\n\n\n\n
Linux : un service systemd<\/h3>\n\n\n\n
Cr\u00e9ez le fichier \/etc\/systemd\/system\/satisfactory.service<\/code> :<\/p>\n\n\n\n
[Unit]\nDescription=Serveur dedie Satisfactory\nAfter=network.target\n\n[Service]\nType=simple\nUser=satisfactory\nWorkingDirectory=\/home\/satisfactory\/SatisfactoryDedicatedServer\nExecStart=\/home\/satisfactory\/SatisfactoryDedicatedServer\/FactoryServer.sh -log -unattended\nRestart=on-failure\nRestartSec=60\nKillSignal=SIGINT\n\n[Install]\nWantedBy=multi-user.target<\/code><\/pre>\n\n\n\n
Le r\u00e9glage KillSignal=SIGINT<\/code> a son importance : le signal par d\u00e9faut, SIGTERM, coupe le processus trop brutalement et peut corrompre une sauvegarde en cours d’\u00e9criture. Activez et d\u00e9marrez le service :<\/p>\n\n\n\n
sudo systemctl daemon-reload\nsudo systemctl enable satisfactory.service\nsudo systemctl start satisfactory.service\nsudo systemctl status satisfactory.service<\/code><\/pre>\n\n\n\n
Une sortie saine ressemble \u00e0 ceci :<\/p>\n\n\n\n
\u25cf satisfactory.service - Serveur dedie Satisfactory\n     Loaded: loaded (\/etc\/systemd\/system\/satisfactory.service; enabled)\n     Active: active (running) since ...\n   Main PID: 12345 (FactoryServer)<\/code><\/pre>\n\n\n\n
Windows : un service via NSSM<\/h3>\n\n\n\n
Windows ne propose pas nativement de convertir un ex\u00e9cutable en service. L’outil gratuit NSSM (Non-Sucking Service Manager) comble ce manque : installez-le, puis ex\u00e9cutez nssm install SatisfactoryServer<\/code> et pointez-le vers FactoryServer.exe<\/code> avec les arguments -log -unattended<\/code>. Le serveur d\u00e9marre alors automatiquement \u00e0 chaque red\u00e9marrage de la machine, sans qu’une session utilisateur ne reste ouverte en permanence.<\/p>\n\n\n\n
\u00c9tape 9 : s\u00e9curiser le serveur avec un pare-feu<\/h2>\n\n\n\n
Un serveur de jeu expos\u00e9 sur Internet reste une surface d’attaque comme une autre, m\u00eame si le risque est moindre que sur un service web public. Au-del\u00e0 de l’ouverture stricte des ports 7777 et 8888 vus \u00e0 l’\u00e9tape 3, quelques r\u00e9flexes s’imposent. Fermez tout acc\u00e8s d’administration distante \u2014 SSH sous Linux, RDP sous Windows \u2014 au monde entier, et limitez-le si possible \u00e0 votre propre adresse IP :<\/p>\n\n\n\n
sudo ufw allow from VOTRE_IP to any port 22 proto tcp\nsudo ufw deny 22\/tcp<\/code><\/pre>\n\n\n\n
Activez \u00e9galement le mot de passe joueur vu \u00e0 l’\u00e9tape 6 d\u00e8s que le serveur est accessible publiquement, et gardez SteamCMD \u00e0 jour pour \u00e9viter de faire tourner une version du serveur \u00e0 laquelle il manquerait des correctifs de s\u00e9curit\u00e9 r\u00e9cents. Sur un VPS lou\u00e9, pr\u00e9f\u00e9rez toujours un compte utilisateur d\u00e9di\u00e9 et non privil\u00e9gi\u00e9 \u2014 comme satisfactory<\/code> dans l’exemple de service systemd ci-dessus \u2014 plut\u00f4t que de lancer le serveur avec les droits root : en cas de faille dans le jeu lui-m\u00eame, l’attaquant h\u00e9rite alors des droits du compte qui l’ex\u00e9cute, pas de ceux de la machine enti\u00e8re.<\/p>\n\n\n\n
Ce principe de moindre privil\u00e8ge s’applique \u00e0 n’importe quel serveur de jeu expos\u00e9 publiquement, pas seulement \u00e0 Satisfactory \u2014 c’est la m\u00eame logique que nous d\u00e9taillons pour CS2<\/a> ou DayZ<\/a>. Un compte d\u00e9di\u00e9 limite aussi les d\u00e9g\u00e2ts en cas d’erreur de manipulation de votre part : un rm -rf<\/code> lanc\u00e9 par m\u00e9garde dans le mauvais r\u00e9pertoire reste confin\u00e9 aux fichiers du serveur plut\u00f4t que de menacer le reste du syst\u00e8me.<\/p>\n\n\n\n
\u00c9tape 10 : sauvegarder vos parties automatiquement<\/h2>\n\n\n\n
Les sauvegardes serveur de Satisfactory vivent dans un r\u00e9pertoire distinct du dossier d’installation lui-m\u00eame \u2014 ce qui simplifie grandement les sauvegardes externes puisqu’il n’y a pas besoin de copier l’int\u00e9gralit\u00e9 du serveur. Sous Linux :<\/p>\n\n\n\n
~\/.config\/Epic\/FactoryGame\/Saved\/SaveGames\/server\/<\/code><\/pre>\n\n\n\n
Sous Windows, le m\u00eame r\u00f4le est jou\u00e9 par %LocalAppData%\\FactoryGame\\Saved\\SaveGames\\<\/code> (ou le profil du compte de service r\u00e9seau si le serveur tourne en tant que service Windows plut\u00f4t que sous une session utilisateur classique). Automatisez une copie r\u00e9guli\u00e8re avec une t\u00e2che cron :<\/p>\n\n\n\n
0 *\/6 * * * cp -r \/home\/satisfactory\/.config\/Epic\/FactoryGame\/Saved\/SaveGames\/server \/home\/satisfactory\/backups\/satisfactory-$(date +\\%F-\\%H\\%M)<\/code><\/pre>\n\n\n\n
Conservez au moins trois \u00e0 quatre versions dat\u00e9es avant d’\u00e9craser les plus anciennes : une usine avanc\u00e9e qui se corrompt apr\u00e8s des dizaines d’heures de jeu est bien plus douloureuse \u00e0 perdre qu’un monde qui vient tout juste de d\u00e9marrer. Un script de rotation simple, qui ne garde que les sauvegardes les plus r\u00e9centes, \u00e9vite aussi de saturer le disque au fil des semaines \u2014 un fichier de sauvegarde grossit avec la taille de l’usine et peut repr\u00e9senter plusieurs dizaines de m\u00e9gaoctets en fin de partie, contre quelques m\u00e9gaoctets \u00e0 peine pour un monde qui d\u00e9marre.<\/p>\n\n\n\n
Si votre h\u00e9bergeur propose des snapshots au niveau du disque (VPS ou machine virtuelle), ne les consid\u00e9rez que comme une protection compl\u00e9mentaire, pas comme un substitut \u00e0 la rotation de sauvegardes ci-dessus : un snapshot pris pendant une \u00e9criture en cours peut capturer un fichier de sauvegarde \u00e0 moiti\u00e9 \u00e9crit, exactement comme un arr\u00eat brutal du processus.<\/p>\n\n\n\n
\u00c9tape 11 : migrer une partie solo vers le serveur<\/h2>\n\n\n\n
Beaucoup de joueurs d\u00e9marrent une usine en solo avant de vouloir la continuer \u00e0 plusieurs sur un serveur d\u00e9di\u00e9 \u2014 bonne nouvelle, la migration ne demande pas de recommencer \u00e0 z\u00e9ro. Copiez le fichier de sauvegarde (.sav<\/code>) de votre partie depuis le dossier SaveGames<\/code> local de votre client Satisfactory vers le sous-dossier SaveGames\/server<\/code> de votre installation serveur vu \u00e0 l’\u00e9tape 10, puis s\u00e9lectionnez-le comme monde \u00e0 charger depuis le Server Manager au prochain d\u00e9marrage. Arr\u00eatez imp\u00e9rativement le serveur avant de copier le fichier, jamais pendant qu’il tourne, pour \u00e9viter tout conflit d’\u00e9criture. Gardez \u00e9galement une copie du fichier de sauvegarde original de votre partie solo avant de le d\u00e9placer : si la migration \u00e9choue ou si le serveur charge un monde vide par erreur de nommage, vous pourrez toujours repartir de cette copie plut\u00f4t que de perdre votre progression.<\/p>\n\n\n\n
\u00c9tape 12 : mettre \u00e0 jour vers Satisfactory 1.2<\/h2>\n\n\n\n
Coffee Stain Studios a publi\u00e9 la mise \u00e0 jour 1.2<\/a> le 2 juin 2026, avec au programme un syst\u00e8me m\u00e9t\u00e9o, les Fluid Trucks et Fluid Stations pour transporter des liquides sans pipeline, un menu Game Modes complet \u00e9voqu\u00e9 \u00e0 l’\u00e9tape 7, et une refonte des trajets automatis\u00e9s des v\u00e9hicules. S’y ajoutent des connecteurs d’alimentation cha\u00eenables (pour simplifier le c\u00e2blage \u00e9lectrique entre b\u00e2timents), un mode selfie, et le nouveau b\u00e2timent SPWN d\u00e9di\u00e9 \u00e0 la gestion des d\u00e9chets. Elle n’a introduit aucun changement de port ni de configuration serveur : la m\u00eame commande d’installation utilis\u00e9e \u00e0 l’\u00e9tape 2 suffit \u00e0 mettre \u00e0 jour un serveur existant.<\/p>\n\n\n\n
steamcmd +force_install_dir ~\/SatisfactoryDedicatedServer +login anonymous +app_update 1690800 validate +quit<\/code><\/pre>\n\n\n\n
Arr\u00eatez syst\u00e9matiquement le service avant de lancer la mise \u00e0 jour (sudo systemctl stop satisfactory.service<\/code>), sans quoi SteamCMD refusera d’\u00e9crire par-dessus des fichiers en cours d’utilisation. Red\u00e9marrez ensuite le service, puis v\u00e9rifiez que la version du client de chaque joueur correspond bien \u00e0 celle du serveur avant de vous reconnecter : un d\u00e9calage de version, m\u00eame mineur, emp\u00eache toute connexion.<\/p>\n\n\n\n
Branche stable ou exp\u00e9rimentale : laquelle choisir ?<\/h2>\n\n\n\n
SteamCMD installe par d\u00e9faut la branche stable, celle que Coffee Stain Studios recommande pour tout serveur destin\u00e9 \u00e0 durer \u2014 c’est la version qui a re\u00e7u les correctifs de la 1.2 le 2 juin 2026. La branche exp\u00e9rimentale, accessible en ajoutant -beta experimental<\/code> \u00e0 la commande d’installation vue \u00e0 l’\u00e9tape 2, donne acc\u00e8s en avant-premi\u00e8re aux futures fonctionnalit\u00e9s avant leur passage en stable, au prix d’une stabilit\u00e9 moindre et de sauvegardes parfois incompatibles avec une future version stable.<\/p>\n\n\n\n
Pour un serveur priv\u00e9 entre joueurs exp\u00e9riment\u00e9s qui veulent tester le contenu \u00e0 venir en premier, l’exp\u00e9rimental peut se justifier. Pour un serveur destin\u00e9 \u00e0 plusieurs mois de jeu suivi, ou h\u00e9bergeant une usine dans laquelle vous avez investi des dizaines d’heures, restez sur la branche stable : le risque d’un bug bloquant ou d’une incompatibilit\u00e9 de sauvegarde d\u00e9passe largement l’int\u00e9r\u00eat de d\u00e9couvrir une fonctionnalit\u00e9 quelques semaines plus t\u00f4t. Quelle que soit la branche choisie, client et serveur doivent rester align\u00e9s \u2014 un client stable ne peut pas rejoindre un serveur exp\u00e9rimental, et inversement, exactement comme le d\u00e9calage de version \u00e9voqu\u00e9 dans la section d\u00e9pannage.<\/p>\n\n\n\n
Exemple de configuration compl\u00e8te et fonctionnelle<\/h2>\n\n\n\n
Pour r\u00e9sumer l’ensemble des \u00e9tapes pr\u00e9c\u00e9dentes, voici un d\u00e9ploiement Linux complet, pr\u00eat \u00e0 copier-coller sur un VPS Debian\/Ubuntu tout juste provisionn\u00e9.<\/p>\n\n\n\n
# 1. Dependances\nsudo add-apt-repository multiverse\nsudo dpkg --add-architecture i386\nsudo apt update\nsudo apt install steamcmd lib32gcc-s1 -y\n\n# 2. Utilisateur dedie (jamais root)\nsudo useradd -m -s \/bin\/bash satisfactory\n\n# 3. Installation du serveur\nsudo -u satisfactory steamcmd +force_install_dir \/home\/satisfactory\/SatisfactoryDedicatedServer +login anonymous +app_update 1690800 validate +quit\n\n# 4. Pare-feu\nsudo ufw allow 7777\/tcp\nsudo ufw allow 7777\/udp\nsudo ufw allow 8888\/tcp\nsudo ufw enable\n\n# 5. Service systemd (voir etape 8 pour le contenu du fichier)\nsudo systemctl daemon-reload\nsudo systemctl enable --now satisfactory.service\n\n# 6. Verification\nsudo systemctl status satisfactory.service\nsudo ufw status<\/code><\/pre>\n\n\n\n
Il ne reste plus qu’\u00e0 ouvrir Satisfactory, r\u00e9clamer le serveur via Server Manager \u2192 Add Server<\/strong> avec l’IP publique de votre VPS suivie de :7777<\/code>, d\u00e9finir le mot de passe administrateur, puis inviter vos amis Steam ou Epic Games. Comptez une trentaine de minutes au total, temps de t\u00e9l\u00e9chargement du serveur inclus \u2014 c’est exactement le m\u00eame ordre de grandeur que les tutoriels serveurs d\u00e9di\u00e9s que nous avons publi\u00e9s pour Enshrouded<\/a> ou Palworld<\/a>.<\/p>\n\n\n\n
Combien co\u00fbte un serveur Satisfactory d\u00e9di\u00e9 ?<\/h2>\n\n\n\n
Deux options s’opposent : l’auto-h\u00e9bergement sur une machine que vous poss\u00e9dez d\u00e9j\u00e0, dont le seul co\u00fbt r\u00e9current est l’\u00e9lectricit\u00e9, ou un h\u00e9bergeur sp\u00e9cialis\u00e9 qui prend en charge la maintenance contre un abonnement mensuel.<\/p>\n\n\n\n
Solution<\/th>Caract\u00e9ristiques<\/th>Prix<\/th><\/tr><\/thead>
Auto-h\u00e9bergement<\/td>\u00c9lectricit\u00e9 seule, ~100-200 W en continu<\/td>~13 \u00e0 26 \u20ac\/mois au tarif EDF Base<\/td><\/tr>
G-Portal<\/td>10 emplacements, Europe centrale<\/td>13,70 \u20ac\/mois<\/td><\/tr>
G-Portal<\/td>15 emplacements, Europe centrale<\/td>16,87 \u20ac\/mois<\/td><\/tr>
Hostinger Game Panel 4<\/td>4 vCPU, 16 Go RAM, 200 Go NVMe<\/td>11,99 \u20ac\/mois en promotion, 27,99 \u20ac\/mois au renouvellement<\/td><\/tr>
Hostinger Game Panel 8<\/td>8 vCPU, 32 Go RAM, 400 Go NVMe<\/td>23,99 \u20ac\/mois en promotion, 49,99 \u20ac\/mois au renouvellement<\/td><\/tr><\/tbody><\/table>\n\n\n\n
Le calcul de l’auto-h\u00e9bergement part d’une consommation moyenne de 100 \u00e0 200 W pour une machine d\u00e9di\u00e9e tournant 24 h\/24, au tarif r\u00e9glement\u00e9 EDF<\/a> de juillet 2026 (0,1940 \u20ac\/kWh en option Base pour un compteur de 6 kVA). Ce montant ne couvre que l’\u00e9lectricit\u00e9 : il exclut l’achat initial du mat\u00e9riel et la connexion Internet, d\u00e9j\u00e0 compt\u00e9e dans votre abonnement personnel. Les tarifs G-Portal<\/a> et Hostinger<\/a> ci-dessus proviennent directement des pages produit officielles de chaque h\u00e9bergeur.<\/p>\n\n\n\n
Pour un usage ponctuel entre amis, l’auto-h\u00e9bergement reste la solution la moins ch\u00e8re ; pour un serveur public disponible 24 h\/24 sans y penser, un h\u00e9bergeur g\u00e9r\u00e9 \u00e9vite la gestion des mises \u00e0 jour et des pare-feux au quotidien. Entre les deux, un VPS g\u00e9n\u00e9rique lou\u00e9 chez un fournisseur cloud classique (sans panel de jeu d\u00e9di\u00e9) reste une option souvent oubli\u00e9e : vous perdez le confort d’une interface cl\u00e9 en main, mais vous gagnez la libert\u00e9 de suivre exactement les 12 \u00e9tapes de ce guide, y compris le service systemd et la rotation de sauvegardes, plut\u00f4t que de d\u00e9pendre d’un panel propri\u00e9taire.<\/p>\n\n\n\n
Erreurs fr\u00e9quentes \u00e0 \u00e9viter<\/h2>\n\n\n\n
La plupart des messages d’erreur rencontr\u00e9s en administrant un serveur Satisfactory d\u00e9di\u00e9 se ram\u00e8nent \u00e0 une poign\u00e9e de causes r\u00e9currentes, souvent li\u00e9es \u00e0 l’ordre des \u00e9tapes plut\u00f4t qu’\u00e0 une v\u00e9ritable panne. Voici les huit pi\u00e8ges les plus fr\u00e9quemment remont\u00e9s par la communaut\u00e9 et les h\u00e9bergeurs sp\u00e9cialis\u00e9s.<\/p>\n\n\n\n