Inhalt dieses Guides
Romestead-Verbindung scheitert? Serverstart, config.json, Firewall, UDP 8050, CGNAT und externe Tests richtig eingrenzen.
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.
Kurz erklärt: Wenn niemand auf deinen Romestead-Server kommt, beginne beim Serverprozess und beim geladenen Weltstand. Prüfe danach den in config.json konfigurierten UDP-Port, Host-Firewall und Router. Eine Routerfreigabe kann keinen Server reparieren, der lokal gar nicht gestartet ist.
Fehler nach Ebene trennen
| Beobachtung | Nächster sinnvoller Test |
|---|---|
| Prozess beendet sich sofort | Runtime, Arbeitsordner, JSON und erste Fehlermeldung |
| Server startet, Welt lädt nicht | Weltdateien, Einstellungen und Backup-Stand |
| Lokal erreichbar, extern nicht | Host-Firewall, UDP-NAT, öffentliche IP, Provider |
| Nur einzelne Spieler betroffen | Client-Version, Passwort, Adresse und externen Pfad vergleichen |
| Seit Update fehlerhaft | Buildstände, Versionshinweise und Restore-Möglichkeit |
Prüfe auch, ob Spieler tatsächlich die passende IP-Adresse und den erwarteten Port nutzen. Bei Tunneln oder Proxys kann die öffentlich sichtbare Adresse vom lokalen Host abweichen.
Diagnose in sechs Schritten
- Server über seinen regulären Startbefehl starten; alle Konsolenmeldungen und Exit-Codes dokumentieren.
config.jsonauf JSON-Syntax, Passwort, Weltname undPortkontrollieren.- Den tatsächlich gebundenen UDP-Listener auf dem Host prüfen.
- Falls möglich mit einem Client aus demselben Netz verbinden, um den lokalen Serverpfad zu testen.
- Eine eng gefasste Firewallregel für den eingestellten UDP-Port prüfen; Standard laut Wiki ist 8050.
- Über eine andere Internetverbindung testen, während Router-IP, NAT und eventuelle CGNAT-Situation dokumentiert werden.
Es ist irreführend, sich allein auf einen generischen Online-Portchecker zu verlassen: UDP hat keinen dreistufigen Verbindungsaufbau wie TCP und antwortet ohne passende Nutzdaten nicht zwangsläufig auf einen simplen Scan. Ein echter Clienttest und Serverlogs sind aussagekräftiger.
Häufige Konfigurationsfallen
Wenn du von UDP 8050 auf einen anderen Port umgestellt hast, muss die Netzwerkkette durchgehend denselben Zielport verwenden. Bei einem Container kommen zusätzlich Port-Mappings hinzu. Ein privates Windows-Firewallprofil oder ein falsch ausgewählter Netzwerkadapter kann ebenfalls abweichende Regeln wirksam machen.
Läuft der Server hinter DS-Lite oder CGNAT, lässt sich von außen häufig keine einfache IPv4-Portfreigabe erstellen. Die Guides CGNAT erkennen und Portfreigabe funktioniert nicht erläutern diesen Sonderfall. Ein öffentlicher Game-Port darf nicht mit SSH- oder RDP-Administrationszugang verwechselt werden.
Fehlerdaten für Support oder nächste Diagnose
Sammle Serverversion, Betriebssystem, Startmethode, anonymisierte Konsolenausgabe, aktuellen Port, Ergebnis lokal/extern und Datum der letzten Änderung. Keine Steam-Zugangsdaten, Passwörter oder private Server-IP-Adressen öffentlich posten. Teste bei Verdacht auf beschädigte Weltdaten zunächst einen isolierten Restore, statt die einzige Produktionswelt zu überschreiben.
Der zugrunde liegende Standardport und die Dateipfade stammen aus einem Community-Wiki, nicht aus einem HeavyGaming-Livetest. Bei Widersprüchen hat das Verhalten des konkret installierten Builds zusammen mit aktueller Entwickler- und Community-Dokumentation Vorrang.
