Schnellfinder

Was suchst du?

⌘/Ctrl + K öffnet den Finder · Esc schließt ihn
Gameserver

Romestead Port 8050 UDP: Firewall und Portfreigabe richtig setzen

Romestead-Portfreigabe: UDP 8050, Windows-Firewall, Linux-Firewall, Router-NAT und CGNAT Schritt für Schritt prüfen.

Illustratives Motiv zu Gameserver
ILLUSTRATION / Gameserver
Inhalt dieses Guides
Kurz erklärt

Romestead-Portfreigabe: UDP 8050, Windows-Firewall, Linux-Firewall, Router-NAT und CGNAT Schritt für Schritt prüfen.

TECHNIK VISUALISIERTZusammenhänge auf einen Blick
Vom Gameserver-Setup zu Betrieb und Datensicherung
Schematischer Betriebsablauf mit Konfiguration, Zugriff und Backups.
Interaktiv

Server-Arbeitsmodus

Arbeite den Guide kontrolliert ab und ändere immer nur eine Variable. Dein Fortschritt bleibt nur in diesem Browser gespeichert.

0/5erledigt
Bei aktiviertem JavaScript werden Fortschritt und Auswahl nur lokal in diesem Browser gespeichert.

Kurz erklärt: Die Community-Dokumentation nennt für Romestead den UDP-Port 8050 als Standard. Wenn du in der Server-config.json einen anderen Port konfigurierst, zählt dieser tatsächliche Wert. Er muss mit der Host-Firewall und gegebenenfalls der Router-Weiterleitung übereinstimmen.

Warum TCP 8050 nicht dasselbe ist

TCP- und UDP-Regeln sind getrennt. Eine reine TCP-Freigabe erfüllt die dokumentierte UDP-Anforderung nicht. In Router- oder Firewall-Oberflächen solltest du Protokoll, Quell-/Zielport und lokale Ziel-IP explizit prüfen. Es reicht auch nicht, dass das Betriebssystem „Internetverbindung vorhanden“ meldet.

Verwechsle den Game-Port nicht mit Managementzugängen wie SSH oder RDP. Diese dürfen nicht bloß deshalb öffentlich freigegeben werden, weil ein Gameserver erreichbar sein soll.

Vom Serverprozess nach außen prüfen

  1. Kontrolliere zuerst in config.json, welcher Port wirklich gesetzt ist.
  2. Starte den Server und bestätige, dass der Prozess ohne Fehler läuft.
  3. Prüfe mit Betriebssystemmitteln, ob am richtigen UDP-Port gebunden wird; ein fehlender Listener ist zunächst kein Routerproblem.
  4. Teste die Verbindung aus dem LAN beziehungsweise auf demselben Host mit einem echten kompatiblen Client.
  5. Erlaube nur den nötigen UDP-Port in der Host-Firewall.
  6. Falls nötig, richte auf dem Router die Weiterleitung auf die feste interne Adresse des Servers ein.
  7. Teste mit einem Client aus einem fremden Netzwerk; ein Router-Hairpin-Test aus dem eigenen WLAN ist kein zuverlässiger Externtest.

Bei Windows lässt sich eine eng gefasste Eingangsregel mit dem passenden Protokoll erzeugen. Bei Linux sind UFW, firewalld oder andere Filterregeln abhängig von der Distribution. Nutze die vorhandene Firewallverwaltung, dokumentiere die Änderung und überprüfe ihre Wirkung statt unkontrolliert alle Ports zu öffnen.

Was bei CGNAT und Doppel-NAT passiert

Hat dein Router keine eigene erreichbare öffentliche IPv4-Adresse, kann eine normale Portweiterleitung an deinem Router ins Leere laufen. Ein vorgeschalteter Provider-Router kann einen zweiten NAT-Layer bilden. Prüfe deshalb CGNAT und Doppel-NAT, bevor du zum fünften Mal dieselbe lokale Regel anlegst.

Ein VPN-/Tunnel- oder Hosterdienst kann eine Alternative sein, muss aber UDP korrekt weiterreichen und zur Romestead-Clientverbindung passen. Verlasse dich nicht blind auf eine TCP-basierte Portscan-Webseite: Ein UDP-Port kann trotz erreichbarem Game-Server als geschlossen oder unbestimmt erscheinen.

Fehlersuche bei scheinbar richtiger Regel

Sammle vier Fakten: tatsächlich konfigurierter Port, interne Server-IP, externe Adresse/Provider-Situation und Ergebnis eines echten Client-Verbindungsversuchs. Ein Prozess, der die Welt nicht geladen hat, löst sich nicht durch NAT-Konfiguration. Der weiterführende Romestead-Verbindungscheck und die allgemeine Portübersicht helfen, Spieleports und Managementzugänge sauber auseinanderzuhalten.

Aktualität: Der Wert 8050/UDP ist ein dokumentierter Standard der derzeitigen Community-Anleitung, keine garantierte ewige Vorgabe jeder Serverversion.

Quellen und Dokumentation

Nächster Schritt

Passend dazu