Minecraft Serverstatus: Online, Offline und Unbekannt erklärt
Status ist eine enge Beobachtung, kein vollständiges Gesundheitszeugnis. Online, Offline und Unbekannt sind unterschiedliche Behauptungen.
- Zuletzt geprüft
- Evidenzstand
Direkte Antwort: Bei einem Java-Server-List-Ping (Status-Check) bedeutet Online, dass innerhalb des Evidence-Fensters eine gültige Statusantwort angekommen ist. Offline bedeutet, dass das zugelassene, aufgelöste Ziel diese Statusverbindung ausdrücklich abgelehnt hat. Unbekannt bedeutet, dass der Check nicht genug Belege für eine der beiden Behauptungen geliefert hat – Timeout, Reset, fehlerhafte Daten, DNS-Mehrdeutigkeit, Ratenlimits und Monitorfehler landen hier. Unbekannt ist nicht Offline.
Für gemeinsame Status-Updates und weitere Fehlersuche gibt es die MinecraftStatus-Community auf Discord.
Ein Multiplayer-Eintrag kann in einem Checker „down“ wirken, während Spieler noch joinen – oder „up“ wirken, während Login aus anderen Gründen scheitert. Status ist eine enge Beobachtung, kein vollständiges Gesundheitszeugnis.
Was ein Status-Check tatsächlich macht
In der modernen Java Edition ist Server List Ping (SLP) ein kurzer TCP-Austausch, getrennt vom Gameplay-Login:
Der Client öffnet eine Verbindung und sendet einen Handshake mit Next State status (1).
Der Client sendet eine Statusanfrage (Status Request).
Der Server antwortet mit einem Status Response-JSON-Objekt (Version, Spieler, Description/MOTD, optional Favicon und verwandte Felder).
Optional tauschen Client und Server Ping / Pong für eine Round-Trip-Zeitprobe aus.
Diese Sequenz beantwortet: „Hat dieses Ziel auf eine Status-Sonde geantwortet?“ Sie beweist nicht, dass du Online-Mode-Authentifizierung abschließen, eine Whitelist passieren, Resource-Pack-Negotiation beenden oder unter Last verbunden bleiben kannst.
Wenn ein Client nur sondiert, um das zu verwendende Protokoll zu erfahren, wird die Protokollversion im Handshake konventionell auf -1 gesetzt. Manche Proxies und Reverse-Setups geben in der Antwort auch version.protocol: -1 zurück. Dieser Wert ist eine dokumentierte Konvention, kein automatischer Beweis für einen kaputten Server.
Die drei Ergebniszustände
| Ergebnis | Was die Evidenz stützt | Was es nicht bedeutet |
|---|---|---|
| Online | Eine parsebare, editionsgerechte Statusantwort kam innerhalb des Evidence-Fensters an (status_response). | Jeder kann joinen; dein Account funktioniert; Realms ist in Ordnung; das Spiel fühlt sich lagfrei an. |
| Offline | Das zugelassene, aufgelöste Ziel hat die Statusverbindung abgelehnt (connection_refused). | Jeder Weg zur Welt ist tot; Spieler anderswo können nicht joinen; der Prozess läuft nicht hinter einem Proxy. |
| Unbekannt | Die Evidenz ist unvollständig oder mehrdeutig (siehe Codes unten). | „Behandle es wie Offline.“ Dieser Kollaps verdeckt echte Ursachen. |
Nützliches Mapping für Evidence-Codes, die du auf dieser Site sehen kannst:
| Evidenzklasse | Typisches Ergebnis | Praktische Lesart |
|---|---|---|
status_response | Online | Ziel hat SLP mit akzeptiertem Framing/Payload beantwortet. |
connection_refused | Offline | Explizite Ablehnung vom zugelassenen Ziel. |
timeout | Unbekannt | Keine Antwort rechtzeitig – Filterung, Überlast, falscher Pfad oder Paketverlust möglich. |
closed_without_status | Unbekannt | TCP geöffnet/geschlossen ohne gültigen Status-Body. |
connection_reset | Unbekannt | Reset mitten im Austausch; keine saubere Ablehnung. |
dns_unresolved | Unbekannt | Name nicht sauber genug aufgelöst, um zu sondieren. |
invalid_frame / invalid_payload | Unbekannt | Bytes kamen an, scheiterten aber an Protokoll- oder Schema-Checks. |
outbound_capacity / rate_limited / internal_error | Unbekannt | Limits oder Fehler auf Checker-Seite – kein Beweis über den Game-Server. |
Diagnosefluss
Lies zuerst Zustand und Evidence-Code. Online, Offline und Unbekannt sind unterschiedliche Behauptungen. Schreibe Unbekannt nicht zu Offline um, nur um eine binäre Entscheidung zu erzwingen.
Bestätige Adresse und Edition. Java-Status (TCP-SLP, Standardport 25565, sofern SRV nicht umleitet) ist nicht dieselbe Beobachtung wie ein Bedrock-UDP/RakNet-Pfad. Falsche Edition oder Host-Zeichenkette erzeugt Rauschen, keinen Plattformausfall.
Wenn Online: Behandle MOTD, Sample-Spielerlisten und angezeigte Versionsstrings als selbstberichtete Felder aus dieser Antwort. Sie können falsch, gespooft oder gegenüber dem Gameplay veraltet sein. Wenn du trotzdem nicht joinen kannst, wechsle zur Verbindungsdiagnose – der Status war bereits erfolgreich.
Wenn Offline (
connection_refused): Prüfe, ob der Prozess lauscht, ob die öffentliche Adresse auf den richtigen Host/Port zeigt und ob ein Proxy/Firewall Status ablehnt, während ein anderer Pfad noch funktioniert. Ablehnung ist stark für dieses Ziel und diese Methode – nicht ein globales „Minecraft ist down.“Wenn Unbekannt: Verzweige nach Code. Timeout/Reset → Netzwerkpfad, Host-Firewall oder Kapazität. DNS → Name und SRV-Auflösung. Invalid frame/payload → Proxy oder Non-Minecraft-Responder. Rate limit/internal error → später erneut vom selben Tool oder einem anderen Vantage; verkünde keinen Ausfall.
Vergleiche Pfade, bevor du schließt. Wenn Freunde im Spiel sind, während ein entfernter Checker Unbekannt oder Offline meldet, kann es sich um einen Pfad- oder Zeitfenster-Mismatch handeln (Status-Port vs. Play-Port, SRV, Geo/Firewall/Vantage oder langlebige Sessions, die in unterschiedlichen Evidence-Fenstern beobachtet wurden). Siehe Warum ein Minecraft-Server offline wirken kann, während Spieler noch joinen.
Trenne Status-RTT von Gameplay-Lag. Eine Ping/Pong-Probe ist keine Tick-Performance. Zur Latenz-Sprache siehe Minecraft-Server-Ping, Latenz und Timeout erklärt.
Evidenzgrenzen
Ein Vantage, eine Methode, ein Evidence-Fenster. Ergebnisse verfallen; ein altes Online ist kein Live-Versprechen.
Status kann deaktiviert oder von einer anderen Schicht als dem Play-Pfad beantwortet werden.
Spielerzahlen und Samples im JSON sind, was das Ziel zurückgeben wollte; sie sind keine geprüften Zensusdaten.
Bedrock-Stille nach einer UDP-Sonde lässt sich nicht so auf Offline mappen wie eine TCP-Ablehnung; Stille bleibt Unbekannt ohne stärkeren Beweis.
Checker-Ratenlimits und Kapazitätsfehler beschreiben den Beobachter, nicht den Server.
Live-Check
Nutze den Minecraft-Serverstatus-Checker für eine aktuelle Java- oder Bedrock-Beobachtung zu einer Adresse, die du kontrollierst oder prüfen darfst. Zur Form der Status-JSON-Felder siehe Minecraft MOTD und die Java-Statusantwort erklärt.
Zuletzt geprüft
Evidenzstichtag: 2026-07-20
Quellen erneut geprüft: Minecraft Wiki Server List Ping / Protokollnotizen; Minecraft Help Netzwerk-Troubleshooting; Produkt-Mapping Online/Offline/Unbekannt.