{"id":393,"date":"2026-07-03T16:40:53","date_gmt":"2026-07-03T16:40:53","guid":{"rendered":"https:\/\/shattered.io\/de\/satisfactory-server-erstellen\/"},"modified":"2026-07-03T23:45:07","modified_gmt":"2026-07-03T23:45:07","slug":"satisfactory-server-erstellen","status":"publish","type":"post","link":"https:\/\/shattered.io\/de\/satisfactory-server-erstellen\/","title":{"rendered":"Satisfactory Server erstellen: 12 Schritte, 30 Min [2026]"},"content":{"rendered":"\n<p class=\"wp-block-paragraph\">Ein eigener <strong>Satisfactory Server<\/strong> l\u00e4uft rund um die Uhr \u2013 auch dann, wenn niemand online ist. Eure Fabrik w\u00e4chst weiter, Z\u00fcge fahren nach Plan, Kraftwerke laufen, und niemand muss mehr warten, bis der Host das Spiel startet. Ein dedizierter Server ist die stabilste Art, Satisfactory im Koop zu spielen: keine Host-Migration, keine Lags durch die Spiel-Engine des Gastgebers, volle Kontrolle \u00fcber Backups. In dieser Schritt-f\u00fcr-Schritt-Anleitung richtet ihr in rund 30 Minuten einen selbst gehosteten Satisfactory Server ein \u2013 von SteamCMD \u00fcber die korrekte Port-Freigabe (7777 und 8888) bis zum automatischen Start per systemd. Stand: 03. Juli 2026.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wichtig vorweg: Seit dem 1.0-Release am 10. September 2024 hat Coffee Stain Studios das Netzwerkmodell komplett umgestellt. Die alten UDP-Ports 15777 und 15000, die in vielen veralteten Anleitungen noch auftauchen, sind <strong>obsolet<\/strong>. Wer heute einen Satisfactory Server erstellen will, braucht nur noch zwei Ports \u2013 und genau das ist die h\u00e4ufigste Fehlerquelle. Diese Anleitung ist auf die aktuellen Versionen 1.1 und 1.2 abgestimmt und funktioniert unter Linux (Debian\/Ubuntu) genauso wie unter Windows.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"das-wichtigste-in-kuerze\">Das Wichtigste in K\u00fcrze<\/h2>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Steam-App-ID:<\/strong> 1690800 (Dedicated-Server-Tool, kostenlos, anonymer SteamCMD-Login \u2013 ihr m\u00fcsst das Spiel daf\u00fcr nicht besitzen).<\/li>\n<li><strong>Ports:<\/strong> 7777 (TCP + UDP) f\u00fcr den Spielverkehr und 8888 (TCP) f\u00fcr die zuverl\u00e4ssige Messaging-Schicht. Beide sind seit Version 1.1 Pflicht.<\/li>\n<li><strong>Arbeitsspeicher:<\/strong> mindestens 8 GB RAM, empfohlen 16 GB f\u00fcr gro\u00dfe Speicherst\u00e4nde oder mehr als vier Spieler.<\/li>\n<li><strong>Plattform:<\/strong> ausschlie\u00dflich x86-64 (Windows 10\/11, Windows Server 2016\u20132022 oder Debian\/Ubuntu 64-Bit). Ein Raspberry Pi oder anderer ARM-Rechner funktioniert nicht.<\/li>\n<li><strong>Zeitaufwand:<\/strong> rund 30 Minuten f\u00fcr Installation, Firewall und Autostart.<\/li>\n<\/ul>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"was-ist-ein-satisfactory-dedicated-server-und-warum-lohnt-er-sich\">Was ist ein Satisfactory Dedicated Server \u2013 und warum lohnt er sich?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Satisfactory kennt zwei Multiplayer-Varianten. Beim klassischen Koop-Modus hostet ein Spieler die Welt direkt aus dem Spiel heraus (Listen-Server). Der Nachteil: Sobald dieser Spieler offline geht, ist die Fabrik f\u00fcr alle anderen tot. Ein <strong>Satisfactory Dedicated Server<\/strong> dagegen ist ein eigenst\u00e4ndiges Programm, das die Welt unabh\u00e4ngig vom Client berechnet. Er l\u00e4uft dauerhaft auf einem VPS, einem Heimserver oder einem alten PC \u2013 24 Stunden am Tag, sieben Tage die Woche.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Der praktische Gewinn ist enorm. Eure Produktionsketten laufen weiter, w\u00e4hrend ihr schlaft oder arbeitet. Z\u00fcge, Drohnen und Flie\u00dfb\u00e4nder transportieren flei\u00dfig Ressourcen, Kraftwerke f\u00fcllen die Lager. Wenn ihr euch das n\u00e4chste Mal einloggt, sind die Vorratslager voll. Weil der Server die gesamte Simulation \u00fcbernimmt, ist die Performance im Koop au\u00dferdem deutlich stabiler als bei einem Listen-Server, bei dem ein einzelner Spieler-PC gleichzeitig Client und Host spielen muss.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ein weiterer Vorteil betrifft die Kosten: Das Server-Tool selbst ist kostenlos. Ihr ladet es \u00fcber SteamCMD mit einem anonymen Login herunter, ohne das Spiel auf dem Server besitzen zu m\u00fcssen. Nur wer die Welt sp\u00e4ter im Spiel beansprucht (dazu sp\u00e4ter mehr), muss Satisfactory auf seinem eigenen Client besitzen. Das Spiel hatte mit \u00fcber f\u00fcnf Jahren Early Access und dem 1.0-Release im September 2024 einen der erfolgreichsten L\u00e4ufe im Fabrik-Bau-Genre \u2013 entwickelt vom schwedischen Studio <a href=\"https:\/\/www.coffeestainstudios.com\/\" target=\"_blank\" rel=\"noopener\">Coffee Stain Studios<\/a>.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Bevor wir loslegen, ein Blick auf die Versionsgeschichte \u2013 sie erkl\u00e4rt, warum so viele Online-Anleitungen falsche Ports nennen:<\/p>\n\n\n\n<table class=\"wp-block-table\"><thead><tr><th>Version<\/th><th>Datum<\/th><th>Relevante \u00c4nderung f\u00fcr Server<\/th><\/tr><\/thead><tbody><tr><td>1.0 (Release)<\/td><td>10. September 2024<\/td><td>Netzwerk auf Port 7777 konsolidiert; 15777\/15000 UDP entfernt<\/td><\/tr><tr><td>1.1 Experimental<\/td><td>1. April 2025<\/td><td>Neues Zwei-Port-Modell eingef\u00fchrt<\/td><\/tr><tr><td>1.1 Stable (1.1.1.0)<\/td><td>10. Juni 2025<\/td><td>Port 8888 (TCP) f\u00fcr Reliable Messaging final<\/td><\/tr><tr><td>Konsolen-Launch<\/td><td>November 2025<\/td><td>Basierend auf Version 1.1<\/td><\/tr><tr><td>1.2 Experimental<\/td><td>17. M\u00e4rz 2026<\/td><td>Aktuell; keine \u00c4nderungen am Server-Setup<\/td><\/tr><\/tbody><\/table>\n\n\n\n<p class=\"wp-block-paragraph\">Merke: Jede Anleitung, die noch von Port 15777 spricht, stammt aus der Early-Access-Zeit vor 1.0 und ist veraltet. Wir arbeiten ausschlie\u00dflich mit dem aktuellen Zwei-Port-Modell.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"dedicated-server-vs-listen-server-wann-lohnt-sich-was\">Dedicated Server vs. Listen-Server: Wann lohnt sich was?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wer nur gelegentlich zu zweit spielt, kommt mit dem eingebauten Koop (Listen-Server) aus. Sobald aber mehrere Leute zu unterschiedlichen Zeiten an derselben Fabrik bauen wollen, f\u00fchrt kein Weg am dedizierten Server vorbei. Der folgende Direktvergleich zeigt die Unterschiede auf einen Blick:<\/p>\n\n\n\n<table class=\"wp-block-table\"><thead><tr><th>Merkmal<\/th><th>Listen-Server (im Spiel gehostet)<\/th><th>Dedicated Server<\/th><\/tr><\/thead><tbody><tr><td>Verf\u00fcgbarkeit<\/td><td>Nur wenn der Host online ist<\/td><td>Rund um die Uhr<\/td><\/tr><tr><td>Performance<\/td><td>Host-PC ist Client und Server zugleich<\/td><td>Server rechnet ausschlie\u00dflich die Welt<\/td><\/tr><tr><td>Host-Migration<\/td><td>Welt pausiert, wenn der Host geht<\/td><td>Kein Host n\u00f6tig<\/td><\/tr><tr><td>Einrichtung<\/td><td>Ein Klick<\/td><td>Diese Anleitung (~30 Min)<\/td><\/tr><tr><td>Laufende Kosten<\/td><td>Keine<\/td><td>Strom oder VPS-Miete<\/td><\/tr><tr><td>Ideal f\u00fcr<\/td><td>Spontane Sessions zu zweit<\/td><td>Feste Gruppen, Dauerbetrieb<\/td><\/tr><\/tbody><\/table>\n\n\n\n<p class=\"wp-block-paragraph\">Der dedizierte Server kostet etwas Einrichtungsaufwand, zahlt sich aber bei jeder Gruppe aus, die regelm\u00e4\u00dfig zusammen spielt. Er entkoppelt das Spielgeschehen vom PC eines Einzelnen \u2013 niemand ist mehr \u201eder Host&#8221;, dessen Internetverbindung oder Hardware zum Flaschenhals der ganzen Runde wird. Genau deshalb setzen die meisten gr\u00f6\u00dferen Koop-Runden nach kurzer Zeit auf einen eigenen Satisfactory Server.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"voraussetzungen-hardware-betriebssystem-und-software\">Voraussetzungen: Hardware, Betriebssystem und Software<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Satisfactory ist ein rechenintensives Spiel. Gro\u00dfe Fabriken mit tausenden Maschinen fordern vor allem den Arbeitsspeicher und die Single-Core-Leistung der CPU. Untersch\u00e4tzt diesen Punkt nicht \u2013 die h\u00e4ufigste Absturzursache ist zu wenig RAM. Die folgende Tabelle zeigt die offiziellen Mindest- und Empfehlungswerte f\u00fcr einen Satisfactory Server:<\/p>\n\n\n\n<table class=\"wp-block-table\"><thead><tr><th>Komponente<\/th><th>Minimum<\/th><th>Empfohlen<\/th><\/tr><\/thead><tbody><tr><td>Arbeitsspeicher<\/td><td>8 GB RAM<\/td><td>16 GB RAM (gro\u00dfe Saves \/ &gt; 4 Spieler)<\/td><\/tr><tr><td>Prozessor<\/td><td>Intel i5-3570 \/ Ryzen 5 3600<\/td><td>Moderne CPU mit hoher Single-Thread-Leistung<\/td><\/tr><tr><td>Speicherplatz<\/td><td>Linux ~8 GB \/ Windows ~12,4 GB<\/td><td>SSD mit Reserve f\u00fcr Backups<\/td><\/tr><tr><td>Architektur<\/td><td>x86-64 (64-Bit)<\/td><td>x86-64 \u2013 kein ARM, kein 32-Bit<\/td><\/tr><tr><td>Betriebssystem<\/td><td>Debian\/Ubuntu 64-Bit oder Windows 10\/11<\/td><td>Ubuntu 22.04\/24.04 LTS oder Windows Server 2022<\/td><\/tr><\/tbody><\/table>\n\n\n\n<p class=\"wp-block-paragraph\">Zwei Punkte sind besonders wichtig. Erstens: Die verbreitete Angabe \u201e4 GB reichen&#8221; ist falsch \u2013 das offizielle Minimum liegt bei 8 GB, und sobald eure Fabrik w\u00e4chst, solltet ihr 16 GB einplanen. Zweitens: Der Server l\u00e4uft <strong>ausschlie\u00dflich auf x86-64<\/strong>. Ein Raspberry Pi, ein ARM-basierter Mini-PC oder ein Apple-Silicon-Mac (nativ) scheiden als Server-Hardware aus. Wer auf ARM hosten will, muss zwangsl\u00e4ufig zu einem gemieteten x86-Server greifen.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"satisfactory-server-mieten-oder-selbst-hosten\">Satisfactory Server mieten oder selbst hosten?<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Bevor ihr loslegt, stellt sich die Grundsatzfrage: selbst hosten oder einen <strong>Satisfactory Server mieten<\/strong>? Beide Wege haben ihre Berechtigung. Selbst hosten ist g\u00fcnstiger und lehrreicher, erfordert aber technisches Grundwissen und regelm\u00e4\u00dfige Wartung. Ein gemieteter Server (Gameserver-Hoster oder VPS bei Anbietern wie Hetzner, netcup oder IONOS) nimmt euch die Einrichtung teilweise ab, kostet aber monatlich. Die folgende \u00dcbersicht hilft bei der Entscheidung f\u00fcr den DACH-Raum:<\/p>\n\n\n\n<table class=\"wp-block-table\"><thead><tr><th>Kriterium<\/th><th>Selbst hosten (Heim-PC)<\/th><th>VPS (z. B. Hetzner\/netcup)<\/th><th>Gameserver mieten<\/th><\/tr><\/thead><tbody><tr><td>Monatliche Kosten<\/td><td>Stromkosten (~0,35 \u20ac\/kWh)<\/td><td>ca. 8\u201320 \u20ac<\/td><td>ca. 10\u201325 \u20ac<\/td><\/tr><tr><td>Einrichtung<\/td><td>Diese Anleitung<\/td><td>Diese Anleitung<\/td><td>Meist Ein-Klick-Panel<\/td><\/tr><tr><td>Kontrolle<\/td><td>Voll<\/td><td>Voll<\/td><td>Eingeschr\u00e4nkt<\/td><\/tr><tr><td>Wartung<\/td><td>Selbst<\/td><td>Selbst<\/td><td>Anbieter<\/td><\/tr><tr><td>24\/7-Betrieb<\/td><td>Hohe Stromkosten<\/td><td>Inklusive<\/td><td>Inklusive<\/td><\/tr><\/tbody><\/table>\n\n\n\n<p class=\"wp-block-paragraph\">F\u00fcr einen dauerhaft laufenden Server ist ein VPS in einem deutschen oder europ\u00e4ischen Rechenzentrum meist die beste Wahl: geringe Latenz f\u00fcr DACH-Spieler, DSGVO-konforme Standorte und niedriger Stromverbrauch. Wenn ihr einen alten PC herumstehen habt und nur abends spielt, ist Self-Hosting daheim ebenfalls sinnvoll. Diese Anleitung funktioniert in beiden F\u00e4llen identisch.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"schritt-1-betriebssystem-und-server-zugang-vorbereiten\">Schritt 1 \u2013 Betriebssystem und Server-Zugang vorbereiten<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wir gehen im Hauptteil von einem Linux-Server (Ubuntu 22.04\/24.04 LTS oder Debian 12) aus, weil das die g\u00fcnstigste und ressourcenschonendste Variante f\u00fcr den 24\/7-Betrieb ist. Die Windows-Schritte weichen nur beim Startskript ab; wir weisen an den entsprechenden Stellen darauf hin.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Verbindet euch zun\u00e4chst per SSH mit eurem VPS. Aus Sicherheitsgr\u00fcnden solltet ihr die Anmeldung nicht mit Passwort, sondern mit einem SSH-Schl\u00fcsselpaar absichern \u2013 wie das geht, zeigt unsere Anleitung <a href=\"\/de\/ssh-keys-erstellen-linux\/\">SSH-Keys einrichten<\/a>. Legt anschlie\u00dfend einen eigenen, unprivilegierten Benutzer f\u00fcr den Server an. Den Server niemals als <code>root<\/code> laufen lassen:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code># System aktualisieren\nsudo apt update &amp;&amp; sudo apt upgrade -y\n\n# Eigenen Server-Benutzer anlegen\nsudo adduser --disabled-password --gecos \"\" satisfactory\n\n# In den neuen Benutzer wechseln\nsudo su - satisfactory<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Der Benutzer <code>satisfactory<\/code> besitzt keine Root-Rechte. Sollte der Server jemals kompromittiert werden, bleibt der Schaden auf dieses Konto beschr\u00e4nkt. Alle folgenden Installationsschritte f\u00fchrt ihr als dieser Benutzer aus.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"schritt-2-steamcmd-installieren\">Schritt 2 \u2013 SteamCMD installieren<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">SteamCMD ist die Kommandozeilen-Version des Steam-Clients. Damit l\u00e4dt und aktualisiert ihr die Server-Dateien. Auf 64-Bit-Linux-Systemen ben\u00f6tigt SteamCMD einige 32-Bit-Bibliotheken. Aktiviert daf\u00fcr die Multiarch-Unterst\u00fctzung und installiert die Abh\u00e4ngigkeiten. F\u00fchrt die folgenden Befehle mit <code>sudo<\/code> aus (verlasst daf\u00fcr kurz den Server-Benutzer mit <code>exit<\/code> oder nutzt eine zweite Sitzung):<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code># 32-Bit-Architektur aktivieren\nsudo dpkg --add-architecture i386\nsudo apt update\n\n# SteamCMD-Abh\u00e4ngigkeiten installieren\nsudo apt install -y lib32gcc-s1 ca-certificates curl<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Ladet nun als Benutzer <code>satisfactory<\/code> SteamCMD in ein eigenes Verzeichnis herunter und entpackt es:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code># Als Benutzer 'satisfactory' ausf\u00fchren\nmkdir -p ~\/steamcmd\ncd ~\/steamcmd\ncurl -sqL \"https:\/\/steamcdn-a.akamaihd.net\/client\/installer\/steamcmd_linux.tar.gz\" | tar zxvf -<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Unter Windows entf\u00e4llt dieser Teil: Dort ladet ihr das ZIP-Archiv von der offiziellen <a href=\"https:\/\/developer.valvesoftware.com\/wiki\/SteamCMD\" target=\"_blank\" rel=\"noopener\">SteamCMD-Dokumentation<\/a> herunter und entpackt es in einen Ordner wie <code>C:\\SteamCMD<\/code>. Die weiteren SteamCMD-Befehle sind auf beiden Plattformen identisch.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"schritt-3-satisfactory-dedicated-server-via-steamcmd-herunterladen-app-id-1690800\">Schritt 3 \u2013 Satisfactory Dedicated Server via SteamCMD herunterladen (App-ID 1690800)<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Jetzt kommt der Kern: Ihr ladet das <strong>Satisfactory Dedicated Server<\/strong>-Tool herunter. Die entscheidende Zahl ist die <strong>App-ID 1690800<\/strong>. Verwechselt sie nicht mit der App-ID des Spiels (526870) \u2013 Letztere l\u00e4dt den Client, nicht den Server. Der Login erfolgt <code>anonymous<\/code>, ein Steam-Konto ist nicht n\u00f6tig:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code># Stable-Zweig (empfohlen)\n~\/steamcmd\/steamcmd.sh +force_install_dir ~\/SatisfactoryDedicatedServer \\\n  +login anonymous \\\n  +app_update 1690800 validate \\\n  +quit<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Drei Details sind Pflicht und werden oft vergessen: <code>+login anonymous<\/code> muss vor <code>+app_update<\/code> stehen, das abschlie\u00dfende <code>validate<\/code> stellt sicher, dass alle Dateien vollst\u00e4ndig geladen wurden, und <code>+force_install_dir<\/code> geh\u00f6rt vor den Login. Wollt ihr stattdessen den Experimental-Zweig (Version 1.2) testen, h\u00e4ngt ihr <code>-beta experimental<\/code> an den <code>app_update<\/code>-Befehl an:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code># Experimental-Zweig (Version 1.2)\n~\/steamcmd\/steamcmd.sh +force_install_dir ~\/SatisfactoryDedicatedServer \\\n  +login anonymous \\\n  +app_update 1690800 -beta experimental validate \\\n  +quit<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Der Download umfasst rund 8 GB unter Linux. Nach erfolgreichem Abschluss seht ihr eine Ausgabe wie diese:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>Success! App '1690800' fully installed.<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Wichtig: Stable- und Experimental-Server d\u00fcrfen sp\u00e4ter nicht gemischt werden. Alle Mitspieler m\u00fcssen denselben Build (alle stable oder alle experimental) verwenden, sonst schl\u00e4gt die Verbindung mit einem Versionskonflikt fehl.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"schritt-4-den-server-zum-ersten-mal-starten\">Schritt 4 \u2013 Den Server zum ersten Mal starten<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Das Startskript hei\u00dft unter Linux <code>FactoryServer.sh<\/code>, unter Windows <code>FactoryServer.exe<\/code>. Startet den Server zun\u00e4chst manuell, um zu pr\u00fcfen, ob er sauber hochf\u00e4hrt:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>cd ~\/SatisfactoryDedicatedServer\n.\/FactoryServer.sh -log -unattended<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Beim ersten Start l\u00e4dt der Server die Engine, initialisiert die Netzwerk-Subsysteme und wartet dann auf eingehende Verbindungen. In den Log-Zeilen taucht schlie\u00dflich eine Meldung auf, dass der Server auf Port 7777 lauscht. Die wichtigsten Startparameter fasst diese Tabelle zusammen:<\/p>\n\n\n\n<table class=\"wp-block-table\"><thead><tr><th>Parameter<\/th><th>Funktion<\/th><\/tr><\/thead><tbody><tr><td><code>-log<\/code><\/td><td>Zeigt die Konsolenausgabe im Terminal an<\/td><\/tr><tr><td><code>-unattended<\/code><\/td><td>Startet ohne interaktive Eingabeaufforderung (f\u00fcr Autostart)<\/td><\/tr><tr><td><code>-Port=7777<\/code><\/td><td>Legt den Spiel-Port fest (Standard 7777)<\/td><\/tr><tr><td><code>-ReliablePort=8888<\/code><\/td><td>Interner Port f\u00fcr Reliable Messaging<\/td><\/tr><tr><td><code>-ExternalReliablePort=8888<\/code><\/td><td>Nach au\u00dfen sichtbarer Reliable-Port (remappbar)<\/td><\/tr><tr><td><code>-DisableSeasonalEvents<\/code><\/td><td>Deaktiviert Event-Inhalte (z. B. FICSMAS)<\/td><\/tr><tr><td><code>-multihome=0.0.0.0<\/code><\/td><td>Bindet den Server an alle Netzwerk-Interfaces<\/td><\/tr><\/tbody><\/table>\n\n\n\n<p class=\"wp-block-paragraph\">Eine erfolgreiche Startsequenz sieht in etwa so aus (gek\u00fcrzt) \u2013 achtet auf die Zeile, die das Lauschen auf dem Spiel-Port best\u00e4tigt:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>LogInit: Display: Starting Satisfactory Dedicated Server\nLogNet: Created socket for bind address 0.0.0.0 on port 7777\nLogWorld: Bringing up level for play took: 3.24 seconds\nLogServerManager: Server is ready to accept connections<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Stoppt den Testlauf vorerst wieder mit <code>Strg + C<\/code>. Im n\u00e4chsten Schritt \u00f6ffnen wir die Firewall, danach richten wir den dauerhaften Autostart ein. Ein manuell gestarteter Server im SSH-Fenster w\u00fcrde beim Trennen der Verbindung wieder beendet \u2013 deshalb ist der systemd-Dienst in Schritt 6 so wichtig.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"schritt-5-ports-7777-und-8888-in-der-firewall-freigeben\">Schritt 5 \u2013 Ports 7777 und 8888 in der Firewall freigeben<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Das ist der Schritt, an dem die meisten scheitern. Seit Version 1.1 braucht ein Satisfactory Server <strong>zwei<\/strong> Ports, und beide m\u00fcssen offen sein. Ist nur einer offen, verbindet sich zwar der Server-Browser, aber die Spieler h\u00e4ngen ewig im \u201eConnecting&#8221;-Bildschirm. Die folgende \u00dcbersicht zeigt, welche Ports welche Aufgabe haben:<\/p>\n\n\n\n<table class=\"wp-block-table\"><thead><tr><th>Port<\/th><th>Protokoll<\/th><th>Zweck<\/th><th>Pflicht?<\/th><\/tr><\/thead><tbody><tr><td>7777<\/td><td>TCP + UDP<\/td><td>Haupt-Spielverkehr (Game-Traffic)<\/td><td>Ja<\/td><\/tr><tr><td>8888<\/td><td>TCP<\/td><td>Reliable Messaging (Verbindungsaufbau)<\/td><td>Ja<\/td><\/tr><tr><td>15777 \/ 15000<\/td><td>UDP<\/td><td>Veraltet (vor 1.0) \u2013 nicht mehr nutzen<\/td><td>Nein<\/td><\/tr><\/tbody><\/table>\n\n\n\n<p class=\"wp-block-paragraph\">Auf einem Linux-VPS mit UFW gebt ihr die Ports so frei. Die vollst\u00e4ndige UFW-Dokumentation findet ihr in der <a href=\"https:\/\/help.ubuntu.com\/community\/UFW\" target=\"_blank\" rel=\"noopener\">Ubuntu-Community-Hilfe<\/a>:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code># Port 7777 (Spielverkehr, TCP und UDP)\nsudo ufw allow 7777\/tcp\nsudo ufw allow 7777\/udp\n\n# Port 8888 (Reliable Messaging, TCP)\nsudo ufw allow 8888\/tcp\n\n# Firewall aktivieren und Status pr\u00fcfen\nsudo ufw enable\nsudo ufw status verbose<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Ein wichtiger Sonderfall: Port 7777 unterst\u00fctzt <strong>keine Port-Weiterleitung auf einen anderen externen Port<\/strong> \u2013 der externe Port muss mit dem internen \u00fcbereinstimmen. Nur Port 8888 l\u00e4sst sich per <code>-ExternalReliablePort=<\/code> auf einen anderen Wert umbiegen. Wenn ihr also mehrere Server auf einer Maschine betreibt, gebt jedem einen eigenen 7777er-Port (z. B. 7777, 7778, 7779).<\/p>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"portfreigabe-in-der-fritzbox-heim-hosting\">Portfreigabe in der FritzBox (Heim-Hosting)<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Wer zu Hause hinter einer FritzBox hostet, muss die Ports zus\u00e4tzlich im Router weiterleiten. \u00d6ffnet dazu <em>Internet \u2192 Freigaben \u2192 Portfreigaben<\/em> und legt eine neue Freigabe f\u00fcr das Ger\u00e4t an, auf dem der Server l\u00e4uft. Tragt zwei Regeln ein: einmal TCP\/UDP f\u00fcr Port 7777 und einmal TCP f\u00fcr Port 8888, jeweils an die interne IP eures Servers. Vergebt dem Server-Rechner am besten eine feste IP-Adresse in den DHCP-Einstellungen, damit die Freigabe nach einem Neustart nicht ins Leere zeigt. Hinter manchen Anschl\u00fcssen (DS-Lite\/CGNAT bei einigen Kabel- und Glasfaseranbietern) ist eingehender Verkehr blockiert \u2013 dann f\u00fchrt kein Weg an einem VPS vorbei.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"schritt-6-server-als-systemd-dienst-mit-autostart-einrichten\">Schritt 6 \u2013 Server als systemd-Dienst mit Autostart einrichten<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Damit der Server nach einem Neustart automatisch hochf\u00e4hrt und nach einem Absturz neu startet, richten wir einen systemd-Dienst ein. Hier steckt das wichtigste \u2013 und am h\u00e4ufigsten \u00fcbersehene \u2013 Detail dieser ganzen Anleitung: das <strong>Kill-Signal<\/strong>. Standardm\u00e4\u00dfig beendet systemd Dienste mit <code>SIGTERM<\/code>, was Satisfactory sofort abw\u00fcrgt und einen laufenden Speichervorgang besch\u00e4digen kann. Der Server braucht stattdessen <code>SIGINT<\/code>, um sauber herunterzufahren. Erstellt die Unit-Datei als Root:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>sudo nano \/etc\/systemd\/system\/satisfactory.service<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">F\u00fcgt folgenden Inhalt ein. Passt <code>User<\/code> und die Pfade an, falls ihr andere Namen gew\u00e4hlt habt:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>[Unit]\nDescription=Satisfactory Dedicated Server\nAfter=network-online.target\nWants=network-online.target\n\n[Service]\nType=simple\nUser=satisfactory\nWorkingDirectory=\/home\/satisfactory\/SatisfactoryDedicatedServer\nExecStart=\/home\/satisfactory\/SatisfactoryDedicatedServer\/FactoryServer.sh -log -unattended\n# Entscheidend: SIGINT statt SIGTERM, damit der Save nicht beschaedigt wird\nKillSignal=SIGINT\nTimeoutStopSec=90\nRestart=on-failure\nRestartSec=60\n\n[Install]\nWantedBy=multi-user.target<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Speichert die Datei, ladet die systemd-Konfiguration neu und aktiviert den Dienst:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>sudo systemctl daemon-reload\nsudo systemctl enable --now satisfactory.service\n\n# Status und Live-Log pruefen\nsudo systemctl status satisfactory.service\nsudo journalctl -u satisfactory.service -f<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Ab jetzt startet euer Satisfactory Server automatisch mit dem System und f\u00e4hrt bei einem Absturz nach 60 Sekunden wieder hoch. Unter Windows \u00fcbernimmt diese Aufgabe das Tool NSSM (Non-Sucking Service Manager), mit dem ihr <code>FactoryServer.exe<\/code> als Windows-Dienst registriert. Das <code>KillSignal<\/code>-Problem betrifft nur Linux; NSSM sendet standardm\u00e4\u00dfig ein sauberes Stopp-Signal.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"schritt-7-den-server-im-spiel-beanspruchen-claimen\">Schritt 7 \u2013 Den Server im Spiel beanspruchen (claimen)<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Ein frisch installierter Server hat noch keine Welt und keinen Administrator. Beides richtet ihr direkt im Spiel ein. Startet Satisfactory auf eurem eigenen PC (hier braucht ihr das gekaufte Spiel), \u00f6ffnet im Hauptmen\u00fc den <strong>Server-Manager<\/strong> und w\u00e4hlt <em>Server hinzuf\u00fcgen<\/em>. Tragt die Adresse eures Servers im Format <code>IP:7777<\/code> ein, zum Beispiel <code>203.0.113.10:7777<\/code>.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Beim ersten Verbinden werdet ihr aufgefordert, den Server zu beanspruchen (\u201eclaimen&#8221;). Dabei vergebt ihr:<\/p>\n\n\n\n<ol class=\"wp-block-list\">\n<li>einen <strong>Anzeigenamen<\/strong> f\u00fcr den Server (erscheint in der Serverliste),<\/li>\n<li>ein <strong>Admin-Passwort<\/strong> \u2013 damit verwaltet ihr sp\u00e4ter Einstellungen und Sessions,<\/li>\n<li>optional ein <strong>Beitritts-Passwort<\/strong>, falls nur bestimmte Leute joinen sollen (standardm\u00e4\u00dfig aus).<\/li>\n<\/ol>\n\n\n\n<p class=\"wp-block-paragraph\">Nach dem Claim ladet ihr entweder einen bestehenden Speicherstand hoch oder erstellt eine neue Session. Ab diesem Moment l\u00e4uft eure Fabrik auf dem Server \u2013 unabh\u00e4ngig davon, ob ihr online seid. Merkt euch: Das Admin-Passwort ist der Generalschl\u00fcssel. Wer es kennt, kann alle Servereinstellungen \u00e4ndern. Bewahrt es sicher auf, idealerweise in einem Passwort-Manager.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Im Server-Manager seht ihr fortan den Status eurer Server (Online, Offline, ben\u00f6tigt Update) und k\u00f6nnt Sessions wechseln, ohne euch per SSH einzuloggen. F\u00fcr Freunde reicht es, wenn ihr ihnen die Adresse <code>IP:7777<\/code> und \u2013 falls gesetzt \u2013 das Beitritts-Passwort gebt. Sie f\u00fcgen den Server im eigenen Server-Manager hinzu und spielen ohne weitere Konfiguration mit. Wichtig: Nur wer das Admin-Passwort kennt, kann Einstellungen \u00e4ndern; normale Mitspieler brauchen es nicht. Trennt die beiden Passw\u00f6rter daher bewusst, wenn ihr einen halb-\u00f6ffentlichen Server betreibt.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"schritt-8-servereinstellungen-spieleranzahl-und-passwoerter\">Schritt 8 \u2013 Servereinstellungen, Spieleranzahl und Passw\u00f6rter<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Standardm\u00e4\u00dfig erlaubt ein Satisfactory Server bis zu <strong>vier<\/strong> gleichzeitige Spieler \u2013 nicht 16, wie manche Quellen behaupten. Die Spieleranzahl und weitere Regeln passt ihr am komfortabelsten \u00fcber die <strong>Advanced Server Settings<\/strong> an, die direkt im Server-Manager des Spiels verf\u00fcgbar sind, sobald ihr als Admin angemeldet seid. Dort lassen sich unter anderem Auto-Pause bei leerem Server, Netzwerk-Qualit\u00e4t und die maximale Spielerzahl einstellen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Erh\u00f6ht die Spielerzahl aber nur, wenn euer RAM mitspielt: Jeder zus\u00e4tzliche Spieler und jede gr\u00f6\u00dfere Fabrik kostet Arbeitsspeicher. F\u00fcr mehr als vier Spieler sind 16 GB RAM das Minimum. Wer die Einstellungen lieber per Datei setzt, kann fortgeschrittene Optionen \u00fcber die Unreal-Engine-INI-Dateien (<code>Engine.ini<\/code>, <code>Game.ini<\/code>) im <code>Saved\/Config<\/code>-Verzeichnis \u00fcberschreiben. Die maximale Spielerzahl etwa l\u00e4sst sich so setzen:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>; in Game.ini\n[\/Script\/Engine.GameSession]\nMaxPlayers=8<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Ein wichtiger Hinweis zur Fehlervermeidung: Es gibt <strong>keine<\/strong> Datei namens <code>ServerConfig.ini<\/code>. Diese taucht in fehlerhaften Anleitungen und KI-generierten Texten immer wieder auf, existiert bei Satisfactory aber schlicht nicht. Die verbindlichen Einstellungen liegen entweder in den Advanced Server Settings oder \u2013 f\u00fcr Fortgeschrittene \u2013 in den Engine-INI-Dateien. Die reine Server-Konfiguration (Name, Passw\u00f6rter) wird beim Claim in einer <code>ServerSettings.&lt;Port&gt;.sav<\/code> gespeichert, nicht in einer manuell editierbaren INI.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"schritt-9-savegames-sichern-und-importieren\">Schritt 9 \u2013 Savegames sichern und importieren<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Eure Fabrik ist stundenlange Arbeit \u2013 ein Datenverlust w\u00e4re bitter. Deshalb solltet ihr von Anfang an ein Backup einrichten. Unter Linux liegen die Speicherst\u00e4nde und die Server-Konfiguration hier:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code># Savegames und Blueprints (Linux)\n~\/.config\/Epic\/FactoryGame\/Saved\/SaveGames\/server\n~\/.config\/Epic\/FactoryGame\/Saved\/SaveGames\/blueprints\n\n# Server-Konfiguration (Name, Passwoerter)\n~\/.config\/Epic\/FactoryGame\/Saved\/SaveGames\/ServerSettings.7777.sav<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Unter Windows findet ihr dieselben Dateien unter <code>%LocalAppData%\\FactoryGame\\Saved\\SaveGames\\<\/code>. Wollt ihr einen bestehenden Einzelspieler-Spielstand auf den Server holen, k\u00f6nnt ihr die <code>.sav<\/code>-Datei entweder in den <code>server<\/code>-Ordner kopieren oder \u2013 einfacher \u2013 \u00fcber den Server-Manager im Spiel hochladen. F\u00fcr automatische Backups gen\u00fcgt ein t\u00e4glicher Cronjob, der den Save-Ordner archiviert:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code># Backup-Skript: ~\/backup-satisfactory.sh\n#!\/bin\/bash\nSTAMP=$(date +%Y%m%d-%H%M)\nSRC=\"$HOME\/.config\/Epic\/FactoryGame\/Saved\/SaveGames\"\nDEST=\"$HOME\/backups\"\nmkdir -p \"$DEST\"\ntar czf \"$DEST\/save-$STAMP.tar.gz\" -C \"$SRC\" .\n# Backups aelter als 14 Tage loeschen\nfind \"$DEST\" -name \"save-*.tar.gz\" -mtime +14 -delete<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Macht das Skript ausf\u00fchrbar (<code>chmod +x ~\/backup-satisfactory.sh<\/code>) und tragt es in die Crontab ein (<code>crontab -e<\/code>), etwa mit der Zeile <code>0 4 * * * \/home\/satisfactory\/backup-satisfactory.sh<\/code> f\u00fcr ein t\u00e4gliches Backup um 4 Uhr morgens. So habt ihr immer einen aktuellen Wiederherstellungspunkt.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"schritt-10-server-aktualisieren-und-versionskonflikte-vermeiden\">Schritt 10 \u2013 Server aktualisieren und Versionskonflikte vermeiden<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn Coffee Stain ein Update ver\u00f6ffentlicht, aktualisiert sich euer Spiel-Client \u00fcber Steam automatisch \u2013 der Server aber nicht. Passt die Version nicht mehr zusammen, k\u00f6nnt ihr euch nicht mehr verbinden. Das Aktualisieren ist einfach: Ihr f\u00fchrt exakt denselben SteamCMD-Befehl wie bei der Installation erneut aus. Wichtig ist nur die Reihenfolge \u2013 <strong>zuerst den Server stoppen<\/strong>, dann aktualisieren:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code># 1. Server stoppen (sauber!)\nsudo systemctl stop satisfactory.service\n\n# 2. Aktualisieren (gleicher Befehl wie bei der Installation)\n~\/steamcmd\/steamcmd.sh +force_install_dir ~\/SatisfactoryDedicatedServer \\\n  +login anonymous +app_update 1690800 validate +quit\n\n# 3. Server wieder starten\nsudo systemctl start satisfactory.service<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Startet ihr SteamCMD, w\u00e4hrend der Server noch l\u00e4uft, kann der Fehler <code>0x606<\/code> auftreten \u2013 die Dateien sind dann gesperrt. Deshalb immer erst stoppen. Genauso gilt: Aktualisiert Server und Clients m\u00f6glichst zeitnah, damit alle auf demselben Build sind. Ein Versionskonflikt ist die zweith\u00e4ufigste Verbindungsursache nach der falschen Port-Freigabe.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"schritt-11-cross-play-zwischen-steam-und-epic-aktivieren\">Schritt 11 \u2013 Cross-Play zwischen Steam und Epic aktivieren<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Eine der besten Eigenschaften von Satisfactory: <strong>Steam- und Epic-Spieler k\u00f6nnen auf demselben Server zusammenspielen<\/strong>. M\u00f6glich macht das das Epic Online Services SDK (EOS), das der Server unabh\u00e4ngig davon nutzt, woher die Server-Bin\u00e4rdateien stammen. Ihr m\u00fcsst daf\u00fcr nichts extra konfigurieren \u2013 Cross-Play ist von Haus aus aktiv.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Die einzige Bedingung: Alle Spieler und der Server m\u00fcssen auf demselben Build laufen (entweder alle Stable oder alle Experimental). Ein Epic-Spieler mit Stable-Client kann also problemlos einem Server beitreten, den ihr \u00fcber SteamCMD installiert habt \u2013 solange auch dieser auf Stable l\u00e4uft. Das macht den dedizierten Server zur idealen L\u00f6sung f\u00fcr gemischte Gruppen, in denen einige das Spiel bei Steam und andere bei Epic gekauft haben. Die Store-Version f\u00fcr Steam findet ihr auf der <a href=\"https:\/\/store.steampowered.com\/app\/526870\/\" target=\"_blank\" rel=\"noopener\">offiziellen Satisfactory-Steam-Seite<\/a>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"schritt-12-satisfactory-server-mit-docker-betreiben-fortgeschritten\">Schritt 12 \u2013 Satisfactory-Server mit Docker betreiben (fortgeschritten)<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wer mehrere Gameserver sauber getrennt betreiben oder Updates reproduzierbar halten will, kann den Satisfactory Server auch in einem Container laufen lassen. Der Vorteil: klare Isolation, einfache Portverwaltung und schnelle Wiederherstellung. Voraussetzung sind installiertes Docker und Docker Compose. Wie ihr Container grunds\u00e4tzlich absichert, erkl\u00e4rt unser Leitfaden <a href=\"\/de\/docker-container-absichern-tutorial\/\">Docker Container absichern<\/a>. Eine minimale <code>docker-compose.yml<\/code> sieht so aus:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>services:\n  satisfactory:\n    image: wolveix\/satisfactory-server:latest\n    container_name: satisfactory\n    restart: unless-stopped\n    ports:\n      - \"7777:7777\/tcp\"\n      - \"7777:7777\/udp\"\n      - \"8888:8888\/tcp\"\n    volumes:\n      - .\/data:\/config\n    environment:\n      - MAXPLAYERS=4\n      - PGID=1000\n      - PUID=1000\n      - STEAMBETA=false\n    mem_limit: 12g<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Startet den Container mit <code>docker compose up -d<\/code>. Das Image k\u00fcmmert sich um SteamCMD, den Download der App-ID 1690800 und den Serverstart. Die Spielst\u00e4nde liegen persistiert im gemounteten <code>.\/data<\/code>-Verzeichnis, sodass ein Container-Update eure Fabrik nicht anfasst. Achtet auch hier auf das RAM-Limit (<code>mem_limit<\/code>): Setzt es nicht h\u00f6her als der physische Arbeitsspeicher minus einige GB f\u00fcrs Host-System.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"haeufige-fehler-und-wie-du-sie-vermeidest\">H\u00e4ufige Fehler und wie du sie vermeidest<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Aus unz\u00e4hligen Foren-Threads und Support-Anfragen kristallisieren sich immer dieselben Stolperfallen heraus. Wer sie kennt, spart sich Stunden der Fehlersuche:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Nur Port 7777 ge\u00f6ffnet:<\/strong> Der Klassiker. Ohne offenen Port 8888 (TCP) h\u00e4ngen Spieler im \u201eConnecting&#8221;-Bildschirm, obwohl der Server in der Liste erscheint. Immer beide Ports freigeben.<\/li>\n<li><strong>Veraltete Ports 15777\/15000:<\/strong> Diese UDP-Ports aus der Early-Access-Zeit sind seit 1.0 wirkungslos. Anleitungen, die sie nennen, sind veraltet.<\/li>\n<li><strong>Falsche App-ID:<\/strong> 526870 l\u00e4dt das Spiel, nicht den Server. Der Dedicated Server hat die App-ID <strong>1690800<\/strong>.<\/li>\n<li><strong>Server als root betrieben:<\/strong> Ein Sicherheitsrisiko. Legt immer einen eigenen, unprivilegierten Benutzer an.<\/li>\n<li><strong>Zu wenig RAM:<\/strong> Unter 8 GB st\u00fcrzt der Server beim Laden gro\u00dfer Fabriken ab. F\u00fcr ernsthaften Betrieb 16 GB einplanen.<\/li>\n<li><strong>Falsches Kill-Signal:<\/strong> Ein systemd-Dienst ohne <code>KillSignal=SIGINT<\/code> w\u00fcrgt den Server per SIGTERM ab und kann laufende Speichervorg\u00e4nge besch\u00e4digen.<\/li>\n<li><strong>Update bei laufendem Server:<\/strong> F\u00fchrt SteamCMD nie aus, w\u00e4hrend der Server l\u00e4uft \u2013 Fehler <code>0x606<\/code> und gesperrte Dateien sind die Folge.<\/li>\n<li><strong>Suche nach ServerConfig.ini:<\/strong> Diese Datei existiert nicht. Nutzt die Advanced Server Settings oder die Engine-INI-Dateien.<\/li>\n<\/ul>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"troubleshooting-8-typische-probleme-und-loesungen\">Troubleshooting: 8 typische Probleme und L\u00f6sungen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Falls doch etwas hakt, hilft diese Tabelle bei der schnellen Diagnose. Sie deckt die acht h\u00e4ufigsten Fehlerbilder beim Betrieb eines Satisfactory Servers ab:<\/p>\n\n\n\n<table class=\"wp-block-table\"><thead><tr><th>Symptom<\/th><th>Wahrscheinliche Ursache<\/th><th>L\u00f6sung<\/th><\/tr><\/thead><tbody><tr><td>Spieler h\u00e4ngt bei \u201eConnecting&#8221;<\/td><td>Port 8888 (TCP) geschlossen<\/td><td>8888\/tcp in Firewall und Router freigeben<\/td><\/tr><tr><td>Server nicht in Liste sichtbar<\/td><td>Port 7777 geschlossen oder falsche IP<\/td><td>7777 TCP+UDP pr\u00fcfen, IP:7777 direkt eingeben<\/td><\/tr><tr><td>Fehler 0x606 bei SteamCMD<\/td><td>Server l\u00e4uft w\u00e4hrend des Updates<\/td><td>Server zuerst stoppen, dann aktualisieren<\/td><\/tr><tr><td>Absturz beim Laden des Saves<\/td><td>Zu wenig Arbeitsspeicher<\/td><td>RAM auf 16 GB erh\u00f6hen oder Fabrik verkleinern<\/td><\/tr><tr><td>\u201eVersion mismatch&#8221; beim Beitritt<\/td><td>Server nicht aktualisiert<\/td><td>Server per SteamCMD auf gleichen Build bringen<\/td><\/tr><tr><td>Besch\u00e4digter Speicherstand<\/td><td>Server hart beendet (SIGTERM\/kill -9)<\/td><td>KillSignal=SIGINT setzen, Backup einspielen<\/td><\/tr><tr><td>Server startet nach Reboot nicht<\/td><td>systemd-Dienst nicht aktiviert<\/td><td><code>systemctl enable satisfactory<\/code> ausf\u00fchren<\/td><\/tr><tr><td>Epic-Spieler kann nicht joinen<\/td><td>Unterschiedliche Builds (Stable\/Experimental)<\/td><td>Alle auf denselben Zweig bringen<\/td><\/tr><\/tbody><\/table>\n\n\n\n<p class=\"wp-block-paragraph\">F\u00fcr die Live-Diagnose ist das Journal euer bester Freund: <code>sudo journalctl -u satisfactory.service -f<\/code> zeigt euch in Echtzeit, was der Server tut. Fehler beim Start, Speicherprobleme und Netzwerkmeldungen tauchen dort zuerst auf.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"fortgeschrittene-tipps-fuer-performance-und-sicherheit\">Fortgeschrittene Tipps f\u00fcr Performance und Sicherheit<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Ein laufender Server ist die halbe Miete. Diese Optimierungen machen ihn schneller, sicherer und wartungs\u00e4rmer:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Eigener Benutzer + SSH-Keys:<\/strong> Betreibt den Server nie als root und deaktiviert die Passwort-Anmeldung per SSH zugunsten von Schl\u00fcsseln. Das reduziert die Angriffsfl\u00e4che drastisch.<\/li>\n<li><strong>Firewall strikt halten:<\/strong> \u00d6ffnet nur 7777 und 8888 (plus SSH). Alles andere bleibt zu. UFW mit <code>default deny incoming<\/code> ist die Basis.<\/li>\n<li><strong>Saisonale Events abschalten:<\/strong> Mit <code>-DisableSeasonalEvents<\/code> spart ihr etwas Rechenlast, wenn ihr FICSMAS &amp; Co. nicht braucht.<\/li>\n<li><strong>Mehrere Server sauber trennen:<\/strong> Jede Instanz braucht einen eigenen 7777er-Port (7778, 7779 \u2026) und ein eigenes Installationsverzeichnis. Port 7777 l\u00e4sst sich nicht auf einen abweichenden externen Port mappen.<\/li>\n<li><strong>Netzwerk-Interface binden:<\/strong> Auf Multi-Homed-Servern legt <code>-multihome<\/code> fest, an welche IP der Server bindet \u2013 wichtig bei mehreren Netzwerkkarten.<\/li>\n<li><strong>Regelm\u00e4\u00dfige Backups testen:<\/strong> Ein Backup, das ihr nie zur\u00fcckgespielt habt, ist kein Backup. Pr\u00fcft einmal, ob sich ein Archiv sauber wiederherstellen l\u00e4sst.<\/li>\n<li><strong>RAM \u00fcberwachen:<\/strong> Behaltet mit <code>htop<\/code> oder <code>free -h<\/code> im Blick, wie nah ihr am Limit seid. Sobald die Fabrik w\u00e4chst, steigt der Verbrauch.<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Wer noch tiefer einsteigen will, findet auf der <a href=\"https:\/\/store.steampowered.com\/app\/1690800\/\" target=\"_blank\" rel=\"noopener\">Steam-Seite des Dedicated-Server-Tools<\/a> und im offiziellen Satisfactory-Wiki weitere Details zu Startparametern und experimentellen Optionen. F\u00fcr DACH-Spieler lohnt sich au\u00dferdem ein Server-Standort in Deutschland oder Nachbarl\u00e4ndern \u2013 das h\u00e4lt die Latenz niedrig und die Daten DSGVO-konform im europ\u00e4ischen Raum. Die offizielle Spielseite mit Roadmap und Patch-Notes ist <a href=\"https:\/\/www.satisfactorygame.com\/\" target=\"_blank\" rel=\"noopener\">satisfactorygame.com<\/a>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"komplettes-setup-skript-zum-kopieren\">Komplettes Setup-Skript zum Kopieren<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Zum Abschluss das komplette, funktionierende Setup als zusammenh\u00e4ngendes Skript. Es fasst die Schritte 2 bis 6 zusammen und richtet einen betriebsbereiten Satisfactory Server auf einem frischen Ubuntu-System ein. F\u00fchrt es als Benutzer mit <code>sudo<\/code>-Rechten aus:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>#!\/bin\/bash\nset -e\n\n# 1. Abhaengigkeiten\nsudo dpkg --add-architecture i386\nsudo apt update\nsudo apt install -y lib32gcc-s1 ca-certificates curl\n\n# 2. Server-Benutzer anlegen (falls noch nicht vorhanden)\nid satisfactory &gt;\/dev\/null 2&gt;&amp;1 || sudo adduser --disabled-password --gecos \"\" satisfactory\n\n# 3. SteamCMD als Server-Benutzer installieren + Server laden (App-ID 1690800)\nsudo -u satisfactory bash -c '\n  mkdir -p ~\/steamcmd &amp;&amp; cd ~\/steamcmd\n  curl -sqL \"https:\/\/steamcdn-a.akamaihd.net\/client\/installer\/steamcmd_linux.tar.gz\" | tar zxvf -\n  ~\/steamcmd\/steamcmd.sh +force_install_dir ~\/SatisfactoryDedicatedServer +login anonymous +app_update 1690800 validate +quit\n'\n\n# 4. systemd-Dienst schreiben\nsudo tee \/etc\/systemd\/system\/satisfactory.service &gt;\/dev\/null &lt;&lt;'EOF'\n[Unit]\nDescription=Satisfactory Dedicated Server\nAfter=network-online.target\nWants=network-online.target\n\n[Service]\nType=simple\nUser=satisfactory\nWorkingDirectory=\/home\/satisfactory\/SatisfactoryDedicatedServer\nExecStart=\/home\/satisfactory\/SatisfactoryDedicatedServer\/FactoryServer.sh -log -unattended\nKillSignal=SIGINT\nTimeoutStopSec=90\nRestart=on-failure\nRestartSec=60\n\n[Install]\nWantedBy=multi-user.target\nEOF\n\n# 5. Firewall und Dienststart\nsudo ufw allow 7777\/tcp &amp;&amp; sudo ufw allow 7777\/udp &amp;&amp; sudo ufw allow 8888\/tcp\nsudo systemctl daemon-reload\nsudo systemctl enable --now satisfactory.service\necho \"Fertig. Server per Server-Manager unter SERVER-IP:7777 beanspruchen.\"<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Nach dem Durchlauf m\u00fcsst ihr nur noch Satisfactory starten, den Server im Server-Manager unter <code>IP:7777<\/code> hinzuf\u00fcgen und beanspruchen. Das ist der komplette Weg vom leeren VPS zum laufenden Server \u2013 in unter 30 Minuten.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"haeufig-gestellte-fragen-faq\">H\u00e4ufig gestellte Fragen (FAQ)<\/h2>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"ist-der-satisfactory-dedicated-server-kostenlos\">Ist der Satisfactory Dedicated Server kostenlos?<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Ja. Das Server-Tool (App-ID 1690800) ladet ihr kostenlos \u00fcber SteamCMD mit einem anonymen Login herunter \u2013 ein Steam-Konto oder ein gekauftes Spiel ist auf dem Server nicht n\u00f6tig. Kosten entstehen nur f\u00fcr die Hardware: entweder Stromkosten beim Self-Hosting oder die Miete f\u00fcr einen VPS bzw. Gameserver.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"wie-viele-spieler-unterstuetzt-ein-satisfactory-server\">Wie viele Spieler unterst\u00fctzt ein Satisfactory Server?<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Standardm\u00e4\u00dfig bis zu vier gleichzeitige Spieler. \u00dcber die Advanced Server Settings l\u00e4sst sich die Zahl erh\u00f6hen, allerdings nur, wenn der Arbeitsspeicher mitspielt. F\u00fcr mehr als vier Spieler sind mindestens 16 GB RAM empfehlenswert.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"welche-ports-muss-ich-fuer-den-satisfactory-server-oeffnen\">Welche Ports muss ich f\u00fcr den Satisfactory Server \u00f6ffnen?<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Genau zwei: Port 7777 f\u00fcr TCP und UDP (Spielverkehr) sowie Port 8888 f\u00fcr TCP (Reliable Messaging). Beide sind seit Version 1.1 Pflicht. Die alten UDP-Ports 15777 und 15000 aus der Early-Access-Zeit werden nicht mehr ben\u00f6tigt.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"laeuft-der-server-auf-einem-raspberry-pi-oder-arm-system\">L\u00e4uft der Server auf einem Raspberry Pi oder ARM-System?<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Nein. Der Satisfactory Dedicated Server l\u00e4uft ausschlie\u00dflich auf x86-64. Ein Raspberry Pi, ein ARM-Mini-PC oder ein Apple-Silicon-Mac (nativ) funktionieren nicht. Wer ARM-Hardware besitzt, muss auf einen gemieteten x86-Server ausweichen.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"koennen-steam-und-epic-spieler-zusammen-spielen\">K\u00f6nnen Steam- und Epic-Spieler zusammen spielen?<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Ja. Dank des Epic Online Services SDK ist Cross-Play zwischen Steam- und Epic-Clients standardm\u00e4\u00dfig aktiv \u2013 unabh\u00e4ngig davon, woher die Server-Dateien stammen. Einzige Bedingung: Alle Beteiligten m\u00fcssen denselben Build (Stable oder Experimental) verwenden.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"wie-viel-ram-braucht-ein-satisfactory-server\">Wie viel RAM braucht ein Satisfactory Server?<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Das offizielle Minimum liegt bei 8 GB. F\u00fcr gro\u00dfe Fabriken oder mehr als vier Spieler solltet ihr 16 GB einplanen. Zu wenig Arbeitsspeicher ist die h\u00e4ufigste Absturzursache beim Laden gro\u00dfer Speicherst\u00e4nde.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"wie-aktualisiere-ich-den-server-nach-einem-update\">Wie aktualisiere ich den Server nach einem Update?<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Stoppt zuerst den Server, f\u00fchrt dann denselben SteamCMD-Befehl wie bei der Installation erneut aus (<code>+app_update 1690800 validate<\/code>) und startet ihn wieder. Aktualisiert Server und Clients zeitnah, damit alle auf demselben Build sind \u2013 sonst kommt es zum Versionskonflikt.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"sollte-ich-den-satisfactory-server-mieten-oder-selbst-hosten\">Sollte ich den Satisfactory Server mieten oder selbst hosten?<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Das h\u00e4ngt von euren Anspr\u00fcchen ab. Selbst hosten (Heim-PC oder VPS) ist g\u00fcnstiger und gibt volle Kontrolle, erfordert aber Wartung. Einen Server zu mieten kostet monatlich, nimmt euch aber Einrichtung und Updates ab. F\u00fcr dauerhaften 24\/7-Betrieb mit niedriger Latenz im DACH-Raum ist ein VPS in einem europ\u00e4ischen Rechenzentrum meist der beste Kompromiss.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"verwandte-artikel\">Verwandte Artikel<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li><a href=\"\/de\/palworld-server-erstellen\/\">Palworld Server erstellen: 12 Schritte, 30 Min [2026]<\/a><\/li>\n<li><a href=\"\/de\/ark-survival-ascended-server-erstellen\/\">ARK Survival Ascended Server: 12 Schritte, 30 Min [2026]<\/a><\/li>\n<li><a href=\"\/de\/fivem-server-erstellen\/\">FiveM Server erstellen: 12 Schritte, 30 Min [2026]<\/a><\/li>\n<li><a href=\"\/de\/docker-container-absichern-tutorial\/\">Docker Container absichern: 12 Schritte, 45 Min [2026]<\/a><\/li>\n<li><a href=\"\/de\/ssh-keys-erstellen-linux\/\">SSH-Keys einrichten: 12 Schritte, 25 Min [2026]<\/a><\/li>\n<li><a href=\"\/de\/category\/gaming\/\">Mehr aus unserem Gaming-Bereich<\/a><\/li>\n<\/ul>\n\n","protected":false},"excerpt":{"rendered":"<p>Ein eigener Satisfactory Server l\u00e4uft rund um die Uhr \u2013 auch dann, wenn niemand online ist. Eure Fabrik w\u00e4chst weiter, Z\u00fcge fahren nach Plan, Kraftwerke laufen, und niemand muss mehr\u2026<\/p>\n","protected":false},"author":5,"featured_media":394,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[10],"tags":[],"class_list":["post-393","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-gaming"],"_links":{"self":[{"href":"https:\/\/shattered.io\/de\/wp-json\/wp\/v2\/posts\/393","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/shattered.io\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/shattered.io\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/shattered.io\/de\/wp-json\/wp\/v2\/users\/5"}],"replies":[{"embeddable":true,"href":"https:\/\/shattered.io\/de\/wp-json\/wp\/v2\/comments?post=393"}],"version-history":[{"count":1,"href":"https:\/\/shattered.io\/de\/wp-json\/wp\/v2\/posts\/393\/revisions"}],"predecessor-version":[{"id":395,"href":"https:\/\/shattered.io\/de\/wp-json\/wp\/v2\/posts\/393\/revisions\/395"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/shattered.io\/de\/wp-json\/wp\/v2\/media\/394"}],"wp:attachment":[{"href":"https:\/\/shattered.io\/de\/wp-json\/wp\/v2\/media?parent=393"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/shattered.io\/de\/wp-json\/wp\/v2\/categories?post=393"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/shattered.io\/de\/wp-json\/wp\/v2\/tags?post=393"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}