Inhalt dieses Guides
Minecraft meldet Connection Timed Out? So trennst du Serverprozess, Firewall, Portfreigabe, öffentliche IP, CGNAT und Routing sauber voneinander.
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.
Connection Timed Out bedeutet zunächst nur, dass der Client innerhalb der erwarteten Zeit keine nutzbare Antwort vom Ziel erhalten hat. Das ist keine eindeutige Diagnose. Der Fehler kann vom gestoppten Serverprozess über eine lokale Firewall bis zu NAT oder CGNAT reichen.
1. Läuft der Minecraft-Server wirklich?
Prüfe die Serverkonsole. Der Prozess muss vollständig gestartet sein und auf Verbindungen warten. Wenn er während der Weltinitialisierung abstürzt, kann kein Netzwerkcheck das Problem lösen.
2. Verbindung auf demselben Rechner testen
Kann ein Client auf demselben System über localhost verbinden, funktionieren Serversoftware und grundlegende Bindung. Scheitert schon das, prüfe Serverlog, Java und Konfiguration.
3. Aus dem lokalen Netzwerk verbinden
Teste anschließend von einem zweiten Gerät mit der privaten IP-Adresse des Servers. Funktioniert localhost, aber nicht die LAN-IP, sind Host-Firewall oder falsche Bindung wahrscheinlich. In server.properties sollte server-ip in normalen Heimnetz-Setups meist leer bleiben.
4. Port und Firewall prüfen
Java-Server verwenden standardmäßig Port 25565. Prüfe, ob der Prozess tatsächlich auf diesem Port lauscht und ob die lokale Firewall eingehende Verbindungen erlaubt. Ein geänderter server-port muss natürlich auch in Firewall, Portweiterleitung und Clientadresse berücksichtigt werden.
5. Portfreigabe im Router prüfen
Bei IPv4-NAT muss der Router eingehende Verbindungen an die private Adresse des Minecraft-Servers weiterleiten. Achte darauf, dass die interne Server-IP nicht durch DHCP ständig wechselt. Eine DHCP-Reservierung ist oft besser als eine willkürlich statisch konfigurierte Adresse außerhalb der Routerverwaltung.
6. Öffentliche IP und CGNAT vergleichen
Zeigt dein Router auf der WAN-Seite keine öffentlich routbare IPv4-Adresse oder unterscheidet sie sich von der Adresse, die externe IP-Dienste sehen, kann CGNAT im Spiel sein. Dann endet die Portweiterleitung an einem Provider-NAT, das du nicht kontrollierst.
Nutze dazu den Guide CGNAT erkennen. Wenn CGNAT bestätigt ist, helfen je nach Provider öffentliche IPv4/IPv6, ein externer Server, ein Tunnel oder ein Hosting-Angebot.
7. Von einem echten externen Netz testen
Teste die öffentliche Adresse nicht ausschließlich aus deinem eigenen WLAN. Nicht jeder Router unterstützt NAT Loopback/Hairpin NAT gleich. Ein Mobilfunkgerät ohne WLAN oder ein externer Anschluss liefert einen aussagekräftigeren Test für die Erreichbarkeit von außen.
8. DNS erst nach IP-Verbindung prüfen
Wenn eine Domain verwendet wird, teste zuerst die öffentliche IP direkt. Funktioniert die IP, aber der Hostname nicht, ist DNS die nächste Schicht. So vermischst du keine Namensauflösung mit dem eigentlichen Serverzugriff.
Client-Fehler von Serverproblemen unterscheiden
Wenn nur ein einzelner Spieler betroffen ist, während andere problemlos verbinden können, ist der Serverpfad grundsätzlich erreichbar. Dann gehören lokale DNS-Caches, VPNs, Sicherheitssoftware, falsche Serveradresse oder eine inkompatible Spielversion in die Client-Fehlersuche. Wenn dagegen niemand von außen verbinden kann, ist ein individuelles Clientproblem deutlich unwahrscheinlicher.
Logs parallel zum Verbindungstest beobachten
Der Serverlog liefert eine wichtige Trennlinie: Taucht beim Verbindungsversuch überhaupt ein Eintrag auf, erreicht der Traffic zumindest den Minecraft-Prozess. Bleibt der Log vollkommen still, liegt das Problem eher vor der Anwendung – beispielsweise an Firewall, NAT oder Routing. So kannst du die Fehlersuche wesentlich schneller eingrenzen.
Checkliste
| Test | Erwartung | Wenn nicht |
|---|---|---|
| Serverkonsole | Server läuft ohne Fehler | Log prüfen |
| localhost | Verbindung möglich | Server/Java/Konfiguration |
| LAN-IP | Verbindung möglich | Host-Firewall/Bindung |
| externe IP | Verbindung möglich | NAT/Port/CGNAT/Provider |
| Domain | auflöst auf richtige IP | DNS prüfen |