Zum Inhalt springen
DDoS-Schutz · Peeryx · 15 Tbps+
Alle Ratgeber

Minecraft „Connection timed out“: Java, Bedrock und Netzwerk unterscheiden

„Connection timed out“ bedeutet zunächst, dass die Verbindung nicht rechtzeitig zustande kam. Daraus lässt sich weder ein Angriff noch zu wenig RAM sicher ableiten. Entscheidend ist, ob die richtige Edition am richtigen Endpunkt angesprochen wird und ob der Server zu diesem Zeitpunkt tatsächlich bereit ist.

← Alle RatgeberCubixServ

Vorbereitung

Notieren Sie Java oder Bedrock, Client- und Serverversion, zugewiesene Adresse samt Port und die genaue Uhrzeit. Halten Sie Konsole und letzte Konfigurationsänderungen bereit. Erstellen Sie vor Änderungen an Welt, Mods oder Serverdateien eine überprüfbare Sicherung.

Edition und Adresse zuerst prüfen

Minecraft Java und Bedrock sind unterschiedliche Servertypen. Java verwendet üblicherweise TCP, Bedrock UDP. Eine Java-Adresse lässt sich deshalb nicht einfach mit einem Bedrock-Client verwenden. Übernimm den tatsächlichen Spielport aus dem Panel, besonders auf einem gemeinsam genutzten Node.

Standardports sind Beispiele und keine Zusage für Ihre Instanz. Prüfen Sie auch, ob eine Domain beziehungsweise ein Java-SRV-Eintrag auf das richtige Ziel verweist. Ein erfolgreicher Test des falschen Verwaltungsports sagt über den Spielzugang nichts aus.

Nur den Java-TCP-Pfad unter Windows testen

Test-NetConnection -ComputerName 192.0.2.10 -Port 25565

Ersetzen Sie Adresse und Port durch die tatsächliche Zuweisung. TcpTestSucceeded=True bestätigt nur den TCP-Verbindungsaufbau, nicht Bedrock-UDP, die Minecraft-Anmeldung oder die Leistung. Prüfen Sie bei False den Listener, den Serverstart und die Regeln für diesen konkreten Port.

Serverstart und Konsole kontrollieren

Ein Prozess kann bereits als gestartet erscheinen, während die Welt noch geladen wird. Suche in der Konsole nach dem abgeschlossenen Start und nach Fehlern zu Konfiguration, Java, Plugins oder Mods. Nach einem Versionswechsel kann die Vorbereitung länger dauern als bei einem unveränderten Server.

Startet der Dienst immer wieder neu, untersuche zunächst diesen Ablauf. Mehrere schnelle Neustarts erschweren die Diagnose und können weitere Last verursachen. Bewahre Fehlermeldungen auf und ändere nicht gleichzeitig Welt, Version und sämtliche Erweiterungen.

Firewall und Weiterleitung zum Protokoll passend testen

Prüfen Sie die vom Betreiber freigegebene Zuordnung zwischen öffentlicher Adresse und Spielport. Ein TCP-Test eignet sich nicht als Nachweis für einen Bedrock-UDP-Port. Bei vorgeschalteten Proxys muss die gesamte Weiterleitung für die betreffende Edition vorgesehen sein.

Bedrock kann mit aktivierter LAN-Sichtbarkeit zusätzlich Standardports öffnen, auch wenn ein anderer Spielport konfiguriert ist. Auf einem gemeinsamen Node muss das zum Portkonzept passen. Übernimm deshalb dokumentierte Hosting-Einstellungen und öffne nicht eigenmächtig fremde oder zusätzliche Ports.

Java-DNS prüfen, ohne die Zone zu ändern

dig +short A play.example.com
dig +short SRV _minecraft._tcp.play.example.com

Ein Java-SRV-Eintrag kann ein anderes Ziel und einen anderen Port angeben. Lösen Sie auch den zurückgegebenen Zielnamen auf und vergleichen Sie ihn mit der Zuweisung. Ohne SRV liegt kein Fehler vor, wenn der Client bereits die richtige Adresse und den richtigen Port verwendet. Dies ist kein Bedrock-UDP-Test.

Versionen und Erweiterungen abgleichen

Vergleichen Sie Clientversion, Serverversion und gegebenenfalls Modloader. Ein Modpack erfordert passende Versionen und Abhängigkeiten auf beiden Seiten. Ein erfolgreicher Start eines einzelnen Plugins beweist nicht, dass die gesamte Kombination für jeden Client kompatibel ist.

Falls das Problem nach einer Erweiterung auftritt, teste diese gezielt und mit Sicherung. Leere nicht pauschal alle Verzeichnisse. Bei einem Weltwechsel oder Downgrade können Daten inkompatibel werden; bewahre den ursprünglichen Stand als getrennte Sicherung auf.

Verzögerungen unter Last messen

Beobachten Sie CPU, Speicher, Konsole und den zeitlichen Verlauf. Minecraft kann an einem stark belasteten Hauptthread hängen, obwohl die gesamte Maschine nicht voll ausgelastet wirkt. Zusätzlicher RAM löst diesen Engpass nicht automatisch.

Bei Paper hilft ein Profiling während des tatsächlichen Problems; aktuelle Paper-Versionen bringen spark mit. Prüfen Sie Sicht- und Simulationsweite sowie nachgeladene Chunks. Werte können durch weitere Konfigurationsdateien überschrieben werden. Vergleichen Sie daher die wirksamen Einstellungen statt nur einer einzelnen Datei.

Einen reproduzierbaren Supportfall erstellen

Testen Sie nach Möglichkeit über einen zweiten Anschluss und notieren Sie, welche Spieler betroffen sind. Vergleichen Sie einen ruhigen Zeitpunkt mit der problematischen Situation. Ein kurzer Mitschnitt der relevanten Konsole und ein eindeutiger Zeitpunkt sind hilfreicher als eine unbestimmte Meldung, dass der Server manchmal nicht geht.

Ein Timeout kann aus Routing, falschem Protokoll, Filterung oder einem nicht bereiten Server entstehen. Ordne ihn erst dann einer Schutzmaßnahme oder Überlastung zu, wenn passende Messwerte vorliegen. Entferne Zugangsdaten und private Spielerinformationen aus geteilten Protokollen.

Was zu Ihrer Situation passt

SituationNächste Prüfung
Java und Bedrock verwechseltWählen Sie die passende Edition und prüfen Sie deren wirkliche Adresse und Protokoll. Eine andere Portnummer macht die Editionen nicht kompatibel.
Fehler nach Mods oder einem WeltwechselSichern Sie den Stand und vergleichen Sie Versionen sowie Abhängigkeiten, bevor Sie weitere Dateien ersetzen.
Verbindung scheitert nur unter LastErfasse ein Profil zur betroffenen Zeit und untersuche Hauptthread, Chunks und wirksame Sichtweite vor einem Tarifwechsel.

Offizielle Quellen

Diese Dokumente erläutern die jeweiligen Protokolle und Programme. Prüfen Sie zusätzlich die Bedingungen und die tatsächliche Konfiguration Ihres Dienstes.

  1. PaperMC/paper/reference/server-properties/
  2. Microsoft Learn/en-us/minecraft/creator/documents/bedrockserver/server-properties
  3. PaperMC/paper/profiling/