Inhalt dieses Guides
Satisfactory Dedicated Server Ports aktuell einordnen: UDP/TCP 7777, Reliable-Messaging-TCP ab 8888, Engine.ini, NAT und veraltete 27777-Anleitungen.
Server-Arbeitsmodus
Arbeite den Guide kontrolliert ab und ändere immer nur eine Variable. Dein Fortschritt bleibt nur in diesem Browser gespeichert.
Wo hängt dein Server gerade?
Netzwerkdiagnose bringt nichts, solange der Server lokal nicht sauber startet oder lauscht.
Wenn localhost/LAN funktioniert, liegt der nächste Prüfbereich bei Host-Firewall, Router, öffentlicher Adresse und NAT.
Bei Lag, Abstürzen oder Update-Problemen sind Logs, Ressourcen, Mods und ein sauberer Rollbackpfad wichtiger als weitere Portregeln.
Die Portlage bei Satisfactory hat sich über mehrere Versionen verändert. Deshalb findet man im Netz widersprüchliche Angaben zu 7777, 27777 und 8888. Für einen aktuellen Server sollte die tatsächlich verwendete Version und Konfiguration maßgeblich sein.
Port 7777
Mit Satisfactory 1.0 wurde der Game-Port auf standardmäßig 7777 vereinheitlicht und sowohl UDP als auch TCP relevant. Die HTTPS API ist ebenfalls über diesen Serverport erreichbar, beispielsweise lokal über https://127.0.0.1:7777/api/v1.
Was war 27777?
Patch 1.0.1.6 führte für Bulk Data Replication zeitweise die Regel Game-Port + 20000 TCP ein, also bei 7777 typischerweise 27777/TCP. Diese Angabe findet sich noch in vielen älteren Guides.
Was änderte sich mit 1.1?
Version 1.1 führte eine neue Reliable-Messaging-Portstrategie ein. In Engine.ini beginnt der Standardbereich bei PortRangeBegin=8888 und besitzt eine konfigurierbare Länge. Der Server versucht innerhalb dieses Bereichs einen freien TCP-Port zu binden.
Firewall-Regeln nicht statisch kopieren
Prüfe die Serverlogs und die aktuelle Engine.ini. Wenn du mit -ReliablePort einen expliziten Port setzt, muss die Firewall genau dazu passen. Wenn du einen Bereich verwendest, muss der externe Pfad entsprechend geplant werden.
NAT und ExternalPortRangeBegin
Die 1.1-Konfiguration unterstützt auch externe Portabbildungen. Das ist relevant, wenn der intern gebundene Reliable-Port nicht identisch mit dem extern erreichbaren Port sein kann.
CGNAT und Provider
Bei Heimhosting bleibt CGNAT ein mögliches Hindernis. Selbst perfekte lokale Firewallregeln helfen nicht, wenn dein Anschluss keinen eingehenden IPv4-Verkehr zulässt.
Praxis-Check
- Game-Port 7777 prüfen
- aktuelle Reliable-Messaging-Konfiguration lesen
- Serverlog auf gebundene Ports prüfen
- Host-Firewall freigeben
- Router/NAT passend abbilden
- extern testen
Expliziter Reliable-Port oder Bereich?
Für einfache Heim- und Firewall-Setups kann ein explizit festgelegter Reliable-Port übersichtlicher sein als ein größerer dynamischer Bereich. Dafür muss der gewählte Port frei sein und die Start-/Engine-Konfiguration konsistent bleiben. Dynamische Bereiche sind flexibler, verlangen aber sorgfältigere Firewall- und NAT-Planung.
Logs nach Updates erneut prüfen
Da sich die Portstrategie bereits mehrfach geändert hat, gehört der tatsächlich gebundene Port nach größeren Serverupdates in den Betriebscheck.