No se puede conectar a un servidor de Minecraft: lista de comprobación basada en evidencia

Resolución ordenada de fallos de conexión a Minecraft: plataforma frente a servidor, dirección/DNS, versión, red y cuándo desconocido es el resultado honesto.

Última verificación

2026-07-21

Corte de evidencia

2026-07-20

Respuesta directa: Trabaja el problema por capas—servicios de plataforma, la dirección que has escrito, edición/versión, tu ruta de red y después el proceso del servidor—y mantén cada afirmación solo tan fuerte como la evidencia. Un único intento de unión fallido no demuestra que «Minecraft esté caído», y un ping de estado en verde no demuestra que pases login, whitelist o comprobaciones de versión.

Para compartir actualizaciones de conexión y continuar con el diagnóstico, consulta la comunidad de MinecraftStatus en Discord.

Usa esta lista cuando solo sepas que una conexión de Minecraft ha fallado. Empieza de forma general y después consulta las guías enlazadas para interpretar el estado, comprobar versión y protocolo, revisar DNS y medir latencia. Java y Bedrock usan stacks de red distintos, así que indica siempre la edición.

Qué puede significar «no se puede conectar»

Los jugadores usan la misma frase para muchos fallos:

Flujo de diagnóstico (numerado)

1. Separar plataforma de un solo servidor

• Si ningún servicio multijugador funciona (incluidos los flujos oficiales que sueles usar), abre las observaciones de endpoints y las superficies de estado de los proveedores. Mantén el alcance por componente.

• Si solo una dirección falla, no empieces con una teoría de caída global.

• Errores de unión con forma de autenticación: ver servidores de autenticación no disponibles.

2. Confirmar la edición y la cadena exacta de la dirección

• Java y Bedrock son stacks de red distintos. Conectar un cliente Java a un puerto Bedrock (o al revés) falla por razones poco interesantes.

• Copia la dirección exactamente: host, puerto opcional, sin https://, sin basura al final.

• Para hostnames Java en la ruta del puerto por defecto, recuerda la resolución SRV (_minecraft._tcp...) antes de concluir que la IP es incorrecta.

3. Ejecutar una observación de estado independiente

• Usa el comprobador de servidores con la misma cadena.

• Lee en línea / desconectado / desconocido más método/hora, no solo un color. Semántica: en línea, desconectado y desconocido.

• En línea significa que el estado respondió; la unión aún puede fallar (whitelist, ban, servidor lleno, autenticación, mods).

• Desconectado (cuando se usa con cuidado) significa que el destino admitido rechazó la conexión de estado—no que todos los servicios de la Tierra estén caídos.

• Desconocido significa que la evidencia es insuficiente (timeout, reset, datos mal formados, ambigüedad de DNS, límites de política). Desconocido no es desconectado.

4. Comprobar DNS y fallos de la clase «Unknown host»

• Si el cliente no puede resolver el nombre, salta a Unknown host.

• Verifica A/AAAA y, cuando sea relevante, SRV con dig / nslookup.

• Recuerda las cachés DNS: dos redes pueden discrepar temporalmente.

5. Alinear versión y protocolo

• Los nombres de versión de marketing y los números de protocolo son conceptos relacionados pero no idénticos.

• Si la lista muestra un servidor pero la unión falla con mensajes de outdated client/server, compara la versión anunciada en el estado con el cliente que has lanzado; mantén las afirmaciones acotadas a la edición. Para qué campos de versión/MOTD expone la respuesta de estado Java, ver MOTD y respuesta de estado Java. Trata el texto de desconexión como evidencia de versión, no como una regla permanente para cada proxy, puente o edición.

• Las pilas con mods necesitan loaders/mods coincidentes; el estado vanilla solo no diagnostica eso.

6. Interpretar fallos de transporte sin sobreatribuir

No abras puertos arbitrarios en todas las máquinas como primer paso. Cambia una variable controlada cada vez.

7. Comprobaciones del operador del servidor (si lo administras)

• Proceso escuchando en la interfaz y el puerto previstos (por defecto Java 25565 salvo otra configuración).

• El firewall del host permite el puerto del juego; reenvío de puertos del router solo si publicas de forma intencionada más allá de la LAN.

• Los síntomas de hosting entrante (los amigos no alcanzan tu dirección publicada mientras el juego local funciona) pueden implicar NAT/CGNAT residencial y límites de reenvío de puertos—es un problema de publicación del operador, no la explicación por defecto de un jugador que no puede unirse al servidor de otra persona desde el Wi‑Fi de casa.

• Online-mode, whitelist y configuraciones proxy/paper/velocity pueden aceptar estado pero rechazar uniones—o al revés si el estado está desactivado.

• Tras cambios de DNS o de puerto, espera el TTL/propagación antes de declarar éxito o fracaso.

8. Detente cuando se acabe la evidencia

• Si el estado es desconocido desde varios puntos de vista sanos y los jugadores siguen uniéndose, varias sondas Desconocido más jugadores activos pueden indicar una separación de ruta estado/juego o de ventana de evidencia—documéntalo; no fuerces desconectado.

• Si solo falla tu sonda, di que falló tu ruta (o un desajuste parcial de política/ventana)—no que el origen esté globalmente desconectado.

• Ninguna lista garantiza un arreglo. Evita clientes pirateados, cuentas filtradas o malware de «aceleradores DNS» como supuestos remedios.

Límites de la evidencia

• Esta guía no promete la restauración de ningún servidor concreto ni de ningún componente de plataforma.

• Los artículos oficiales de Help pueden cambiar; vuelve a consultar Minecraft Help para artículos de cuenta y red cuando los síntomas sean específicos del launcher.

• Las herramientas de estado propias son de un solo punto de vista salvo que muestren lo contrario de forma explícita.

• Realms y hosts de terceros son productos distintos; manténlos separados.

• Usa las guías enlazadas de estado, MOTD, DNS y latencia para la evidencia disponible hoy; no deduzcas un diagnóstico sin verificar a partir de una etiqueta de error sin enlace.

• No se ofrecen aquí recuentos de jugadores, duraciones de caídas ni consejos de «mejor servidor».

Mapa rápido de enlaces

Última verificación

• Corte de evidencia: 2026-07-20

• Fuentes reconsultadas: distinción SLP frente a login (Minecraft Wiki), contexto de red/DNS del tutorial de servidor Java, comprobador propio y /status, disponibilidad del manifiesto de versiones y del resumen de PlayFab como feeds adyacentes a la plataforma

• No verificado aquí: cadenas exactas de error del cliente en vivo para cada compilación de locale/edición; incidentes de enrutado específicos de ISP; CGNAT como causa general de unión saliente