AEONHOST / WISSEN

Satisfactory-Ports und Serververbindung prüfen

Für einen Satisfactory Dedicated Server ab Update 1.1 nennt die aktuelle Projektdokumentation standardmässig drei Protokollwege auf zwei Portnummern: 7777/TCP, 7777/UDP und 8888/TCP. Dabei laufen Server-API und Spielverkehr über unterschiedliche Wege. Prüfe deshalb die Werte, die wirklich für deine Instanz gelten, und beurteile die Verbindung anschliessend im Satisfactory Server Manager.

Aktualisiert am 07.10.2026

Für einen Satisfactory Dedicated Server ab Update 1.1 nennt die aktuelle Projektdokumentation standardmässig drei Protokollwege auf zwei Portnummern: 7777/TCP, 7777/UDP und 8888/TCP. Dabei laufen Server-API und Spielverkehr über unterschiedliche Wege. Prüfe deshalb die Werte, die wirklich für deine Instanz gelten, und beurteile die Verbindung anschliessend im Satisfactory Server Manager.

Welche Standardports Satisfactory verwendet

Standard Aufgabe laut Dedicated-Server-Dokumentation
7777/TCP Serververkehr und HTTPS-API
7777/UDP Spielverkehr und Lightweight Query API
8888/TCP Zuverlässige Spielnachrichten (Reliable Messaging)

Die API verwendet am Standardport den HTTPS-Endpunkt /api/v1; zum Beitritt gibst du im Spiel jedoch die Serveradresse und den Spielport ein, nicht eine URL mit https:// oder den API-Pfad. Server Manager, Server Name und Manage Saves sind die englischen UI-Begriffe aus der Projektdokumentation. In einer übersetzten Oberfläche können die Beschriftungen anders lauten.

Die Tabelle ist Satisfactory-spezifisch und keine allgemeine Unreal-Engine-Portliste. Coffee Stain nennt für Update 1.2 einen Wechsel auf Unreal Engine 5.6.1; die aktuelle Dedicated-Server-Dokumentation führt weiterhin die Satisfactory-Portrollen oben. Eine Engine-Version allein ist also kein Grund, ältere oder generische Portlisten zu übernehmen. Die Server-Historie führt spätere Patches bis 1.2.4.0 auf, ohne dort eine neue Portzuordnung zu nennen.

Was ältere Portlisten bedeuten

Die Portzuordnung hat sich geändert. Seit Patch 1.0 sind die früheren Ports 15000 und 15777 laut aktueller Dedicated-Server-Seite nicht mehr in Gebrauch. In einem Zwischenstand von 1.0.1.6 kam zusätzlich TCP am Spielport sowie der Spielport plus 20000 dazu; bei Spielport 7777 war das 27777/TCP. Mit Patch 1.1 wechselte Reliable Messaging auf einen eigenen TCP-Port, standardmässig 8888. Alte Anleitungen, die 27777, 15000 oder 15777 verlangen, passen daher nicht automatisch zu einem 1.1- oder 1.2-Server.

Die 1.1-Änderungsnotiz von Coffee Stain erklärt auch den Fall mehrerer Instanzen: Der Reliable-Messaging-Port beginnt standardmässig bei 8888/TCP und kann weitere Ports aus einem konfigurierten Bereich belegen. Wenn ein Server den externen Port umleitet, muss die Serverkonfiguration diesen externen Reliable-Port kennen. Für den normalen Beitritt reicht es deshalb nicht, irgendwo eine Portnummer zu öffnen; die Verbindung muss zur tatsächlichen Serverkonfiguration passen.

Bei einem selbst verwalteten Server setzt -Port=<n> den Hauptport für TCP und UDP gemeinsam. Laut Wiki müssen externe und interne Portnummer dabei übereinstimmen. -ReliablePort=<n> setzt den Reliable-Messaging-Port; für eine ausdrücklich umgeleitete Reliable-Verbindung nennt Coffee Stain -ExternalReliablePort=<n> oder den passenden Bereich in Engine.ini. Bei mehreren Instanzen können zusätzliche TCP-Ports aus der konfigurierten Spanne nötig sein. Bei einer verwalteten Instanz lass dir die tatsächlich verwendeten Werte nennen, statt diese Startoptionen im Panel zu vermuten.

Verbindung in einer sinnvollen Reihenfolge prüfen

  1. Adresse und Port abgleichen. Verwende die Adresse und den Spielport, die für genau diese Instanz angegeben sind. 7777 ist der Standard, aber der tatsächlich verwendete Wert kann abweichen. Bei einer verwalteten Instanz frage nach der öffentlichen Verbindungsadresse und dem aktuell zugewiesenen Spielport. Unterstelle keine bestimmten Panel-Felder oder eine frei änderbare Portzuweisung.
  2. Server Manager verwenden. Füge die Adresse im Satisfactory-Hauptmenü über Server Manager hinzu. Wenn du eine Zertifikatsabfrage erhältst, lies dazu Satisfactory-Serverzugang und Authentifizierung. Eine HTTPS-API-Antwort bedeutet noch nicht, dass Spielverkehr über UDP und Reliable Messaging funktioniert.
  3. Bei selbst verwaltetem Server alle drei Wege prüfen. Der Serverprozess muss laufen. Prüfe an der Server-Firewall und am Router 7777/TCP, 7777/UDP und 8888/TCP beziehungsweise die dokumentierten abweichenden Ports. Für die öffentliche Erreichbarkeit müssen Routerregeln an den richtigen internen Server weiterleiten. Wenn du den Server nicht selbst verwaltest, frage den Anbieter, ob alle für dessen Version und Portbelegung benötigten Verbindungen freigegeben sind.
  4. Aus dem Spiel testen. Ein TCP-Portprüfer kann 7777/TCP oder 8888/TCP abfragen, aber damit prüfst du nicht 7777/UDP und keinen vollständigen Spielbeitritt. Nutze zum Schluss den Spielclient über den Server Manager. Beim Selbsthosting sollte der externe Test von einem Anschluss ausserhalb des Server-LANs kommen; ein lokaler Beitritt beweist keine öffentliche Weiterleitung.

Fehlersymptome zuordnen

  • Der Server Manager findet den Server nicht: Prüfe zuerst Adresse und tatsächlichen Spielport. Danach muss die HTTPS-API über 7777/TCP oder den eingestellten Hauptport erreichbar sein. Während der Server startet, einen Spielstand lädt oder die Karte wechselt, kann die HTTPS-API vorübergehend nicht verfügbar sein. Warte den Vorgang ab und probiere erneut.
  • Die Serverdaten erscheinen, aber der Beitritt bleibt beim Laden hängen: Prüfe bei selbst verwalteten Instanzen besonders 8888/TCP für Reliable Messaging. Seit 1.1 kann der Spielclient den Server zwar erreichen, aber ohne diesen Weg nicht vollständig laden. Bei einer verwalteten Instanz soll der Host die Portfreigabe und das konfigurierte Mapping kontrollieren.
  • Ein Online-Portprüfer meldet „offen“, der Beitritt scheitert trotzdem: Das belegt höchstens den von diesem Dienst geprüften TCP-Port. Es bestätigt weder 7777/UDP noch, dass der richtige Spielport und die Reliable-Messaging-Zuordnung zusammenpassen.
  • Eine alte Anleitung verlangt 27777 oder 15000/15777: Vergleiche zuerst deren Versionsstand mit der aktuellen Porttabelle. Für einen 1.1- oder 1.2-Server sind die historischen Werte nicht die Standardzuordnung.

Als Erfolg zählt, dass der Server im Spiel-Server Manager mit den erwarteten Daten erscheint und ein Client tatsächlich in die Sitzung gelangt. Wenn stattdessen ausdrücklich ein Versionskonflikt erscheint, nutze den separaten Guide Satisfactory Client und Dedicated Server auf gleiche Version bringen. Für eine allgemeine Einordnung von Spiel-, Abfrage- und Verwaltungsports gibt es TCP und UDP bei Gameserver-Ports unterscheiden.

Quellen