Estado del servidor de Minecraft: en línea, desconectado y desconocido
Qué significan en línea, desconectado y desconocido en una comprobación de estado de Minecraft—y por qué desconocido no es desconectado.
- Última verificación
- Corte de evidencia
Respuesta directa: En una comprobación de estado por Server List Ping (Java), en línea significa que llegó una respuesta de estado válida dentro de la ventana de evidencia. Desconectado significa que el destino resuelto admitido rechazó de forma explícita esa conexión de estado. Desconocido significa que la comprobación no generó evidencia suficiente para ninguna de las dos afirmaciones: tiempo de espera agotado, reinicio de conexión, datos mal formados, ambigüedad de DNS, límites de tasa y fallos del monitor caen aquí. Desconocido no es desconectado.
Para compartir actualizaciones de estado y continuar con el diagnóstico, consulta la comunidad de MinecraftStatus en Discord.
En este artículo se usan de forma deliberada en línea, desconectado y desconocido como equivalentes de Online / Offline / Unknown del producto. Un servidor multijugador puede parecer “caído” en un comprobador mientras los jugadores siguen entrando, o parecer “activo” mientras el inicio de sesión falla por otras causas. El estado es una observación acotada, no un certificado de salud completo.
Qué hace realmente una comprobación de estado
En Java Edition moderna, el Server List Ping (SLP) es un intercambio TCP breve y separado del login de juego:
El cliente abre una conexión y envía un Handshake con next state status (1).
El cliente envía un Status Request.
El servidor responde con un objeto JSON de Status Response (versión, jugadores, description/MOTD, favicon opcional y campos relacionados).
Opcionalmente, cliente y servidor intercambian Ping / Pong para una muestra de ida y vuelta.
Esa secuencia responde: «¿Este destino contestó una sonda de estado?». No demuestra que puedas completar la autenticación en online-mode, pasar una whitelist, terminar la negociación del resource pack o mantenerte conectado bajo carga.
Cuando un cliente solo sondea para saber qué protocolo usar, la versión de protocolo del handshake se establece por convención en -1. Algunos proxies y despliegues inversos también devuelven version.protocol: -1 en la respuesta. Ese valor es una convención documentada, no una prueba automática de que el servidor esté roto.
Los tres estados de resultado
| Resultado | Qué respalda la evidencia | Qué no significa |
|---|---|---|
| En línea | Se recibió una respuesta de estado interpretable y adecuada a la edición dentro de la ventana de evidencia (status_response). | Que todo el mundo pueda unirse; que tu cuenta funcione; que Realms vaya bien; que el juego se sienta sin lag. |
| Desconectado | El destino resuelto admitido rechazó la conexión de estado (connection_refused). | Que todos los caminos al mundo estén muertos; que jugadores en otros sitios no puedan unirse; que el proceso no esté en marcha detrás de un proxy. |
| Desconocido | La evidencia es incompleta o ambigua (ver códigos abajo). | «Trátalo como desconectado». Esa fusión oculta causas reales. |
Correspondencia útil de códigos de evidencia que puedes ver en este sitio:
| Clase de evidencia | Resultado típico | Lectura práctica |
|---|---|---|
status_response | En línea | El destino respondió SLP con trama/carga aceptada. |
connection_refused | Desconectado | Rechazo explícito del destino admitido. |
timeout | Desconocido | No hubo respuesta a tiempo: podría deberse a filtrado, sobrecarga, una ruta incorrecta o pérdida de paquetes. |
closed_without_status | Desconocido | TCP se abrió/cerró sin un cuerpo de estado válido. |
connection_reset | Desconocido | Reinicio a mitad del intercambio; no es un rechazo limpio. |
dns_unresolved | Desconocido | El nombre no se resolvió lo bastante bien como para sondear. |
invalid_frame / invalid_payload | Desconocido | Llegaron bytes, pero fallaron las comprobaciones de protocolo o de esquema. |
outbound_capacity / rate_limited / internal_error | Desconocido | Límites o errores del lado del comprobador—no son prueba sobre el servidor de juego. |
Flujo de diagnóstico
Lee primero el estado y el código de evidencia. En línea, desconectado y desconocido son afirmaciones distintas. No reescribas desconocido como desconectado para forzar una decisión binaria.
Confirma la dirección y la edición. El estado Java (TCP SLP, puerto por defecto 25565 salvo que SRV redirija) no es la misma observación que una ruta Bedrock UDP/RakNet. Una edición o cadena de host incorrecta genera ruido, no un fallo de plataforma.
Si está en línea: Trata MOTD, listas de muestra de jugadores y cadenas de versión anunciadas como campos autodeclarados de esa respuesta. Pueden estar mal, falseados o desfasados respecto al juego. Si aun así no puedes unirte, pasa a la resolución de conexión: el estado ya tuvo éxito.
Si está desconectado (
connection_refused): Comprueba si el proceso escucha, si la dirección pública apunta al host/puerto correctos y si un proxy o firewall rechaza el estado mientras otra ruta sigue funcionando. El rechazo es fuerte para ese destino y método, no un «Minecraft está caído» global.Si está desconocido: Bifurca según el código. Timeout/reset → ruta de red, firewall del host o capacidad. DNS → resolución de nombre y SRV. Frame/payload inválidos → proxy o respondedor que no es Minecraft. Rate limit/error interno → reintenta más tarde desde la misma herramienta u otro punto de vista; no anuncies una caída.
Compara rutas antes de concluir. Si tus amigos están en partida mientras un comprobador remoto muestra desconocido o desconectado, puede tratarse de un desajuste de ruta o de momento de observación (puerto de estado frente a puerto de juego, SRV, geo/firewall o punto de vista, o sesiones de larga duración observadas en ventanas distintas). Consulta Por qué un servidor de Minecraft puede parecer desconectado mientras los jugadores siguen uniéndose.
Separa el RTT de estado del lag de juego. Una muestra ping/pong no es rendimiento de tick. Sobre latencia, ver Ping, latencia y timeout de servidor de Minecraft explicados.
Límites de la evidencia
Un punto de vista, un método, una ventana de evidencia. Los resultados caducan; un en línea antiguo no es una promesa en vivo.
El estado puede estar desactivado o contestado por una capa distinta de la ruta de juego.
Los recuentos de jugadores y las muestras del JSON son lo que el destino eligió devolver; no son un censo auditado.
El silencio de Bedrock tras una sonda UDP no puede mapearse a desconectado del mismo modo que un rechazo TCP; el silencio sigue siendo desconocido sin prueba más fuerte.
Los límites de tasa y fallos de capacidad del comprobador describen al observador, no al servidor.
Comprobación en vivo
Usa el comprobador de estado de servidores de Minecraft para una observación actual de Java o Bedrock sobre una dirección que controles o que tengas permiso para sondear. Sobre la forma de los campos del JSON de estado, ver MOTD de Minecraft y la respuesta de estado Java explicada.
Última verificación
Corte de evidencia: 2026-07-20
Fuentes reconsultadas: notas de Server List Ping / protocolo en Minecraft Wiki; guía de red de Minecraft Help; mapeo de evidencia en línea/desconectado/desconocido del producto.