Error U-000 en Minecraft Bedrock: por qué el crossplay falla tanto ahora — y qué ayuda de verdad

El error U-000 de Minecraft Bedrock no significa automáticamente que tu servidor esté averiado. Primero revisa la dirección, el puerto, el estado del servidor y el permiso de multijugador de Microsoft. Si después de eso también falla el servidor de pruebas oficial de Geyser, eso apunta al fallo del cliente de Bedrock que sigue sin resolverse; si funciona, hay que revisar específicamente la ruta de red o el servidor de destino.

«Conexión multijugador fallida» — y nadie sabe por qué

Quieres conectarte con Minecraft Bedrock a un servidor con crossplay — y al añadirlo recibes el código de error U-000, o al intentar entrar solo aparece «Conexión multijugador fallida». En el PC, el móvil o la consola, aunque el servidor esté funcionando de forma comprobada y los jugadores de Java entren sin ningún problema.

Detrás de esto hay tres tipos de fallos distintos: las causas clásicas que siempre han existido, un fallo abierto en el cliente oficial de Bedrock desde la versión 1.26.33, y un filtro en la ruta de red entre tú y el servidor. Los dos últimos se ven para ti exactamente igual, pero necesitan soluciones completamente diferentes. Esta guía te muestra cómo averiguar en pocos minutos cuál de los casos te afecta — y qué es lo que realmente ayuda en cada uno.

Las causas clásicas: revisadas en 2 minutos

Si nada de esto se aplica y tu cliente usa la versión 1.26.33 o posterior, sigue leyendo — entonces estás en uno de los otros dos casos.

Dos causas, un mismo síntoma

Desde Bedrock 1.26.33, las conexiones a servidores con crossplay de Geyser fallan cada vez más con U-000 o «Conexión multijugador fallida» — en todas las plataformas, sin importar el hoster. Lo particular de esto: el cliente se interrumpe antes de siquiera contactar al servidor. Solo envía pings de descubrimiento (por eso el servidor aparece con ping en la lista), pero nunca inicia el proceso real de conexión. En el log del servidor no llega ni un solo intento de conexión.

El fallo está documentado en el proyecto GeyserMC como Issue #6540 y sigue abierto a fecha de agosto de 2026 — no existe una solución alternativa confirmada.

En concreto, esto significa:

• En el servidor puede estar todo en orden — pero no tiene por qué. Geyser está funcionando, el puerto UDP está abierto, la configuración es correcta: eso no descarta un fallo en el camino hacia el servidor.
• Reconfigurar a ciegas no ayuda. Cambiar puertos al azar, bajar la MTU o reinstalar Geyser no sirve de nada. En cambio, un cambio de puerto específico hacia una zona con un filtrado distinto es justo la prueba que confirma la segunda causa — para eso, sin embargo, necesitas a tu hoster.
• No afecta a todos por igual. Parte de los jugadores puede seguir conectándose con normalidad — lo que hace que la búsqueda del fallo sea tan confusa.

La segunda causa: un filtro en la ruta de red

Muchos servidores de juegos están detrás de una protección anti-DDoS que inspecciona a fondo las conexiones de Minecraft Bedrock. Si Mojang cambia algo en el proceso de conexión — como ocurrió con la 1.26.33 — un filtro de este tipo puede empezar a considerar inválidas las respuestas del servidor y descartarlas. Para ti, esto se ve idéntico al fallo del cliente: el servidor aparece con ping en la lista, la conexión falla y en el log del servidor no aparece nada.

Esto no es un caso teórico. Justo eso nos pasó del 2 al 6 de agosto de 2026 en una de nuestras ubicaciones: el perfil de protección de Bedrock del centro de datos descartaba, tras la actualización del cliente, los paquetes de respuesta de nuestros servidores. Lo detectamos gracias a la contraprueba de abajo: un cliente lograba conectarse al servidor de pruebas oficial de Geyser, pero no al nuestro. Tras cambiar el perfil de filtrado, el crossplay volvió a funcionar de inmediato.

Cómo averiguar cuál caso te afecta

1. Revisa primero la checklist clásica de arriba — solo toma dos minutos y resuelve los casos más frecuentes.
2. La contraprueba decisiva: intenta unirte al servidor de pruebas oficial de Geyser — dirección test.geysermc.org, puerto 19132. Si este también falla, el problema está en tu cliente (o en su ruta de red), no en el servidor al que realmente quieres unirte. Si el servidor de pruebas funciona pero tu servidor de destino no, avisa a tu hoster — entonces sí vale la pena investigar el fallo en el servidor.
3. Revisa la versión de Bedrock (abajo a la derecha en la pantalla de inicio): si estás en la 1.26.33.x, instala cualquier actualización disponible — Mojang publica parches, y cada nueva versión puede incluir la solución.

Consolas: PS5, Xbox, Switch

En las consolas, la conexión a servidores externos pasa por rodeos como BedrockTogether o trucos de DNS — eso no cambia nada en el síntoma, porque debajo hay el mismo cliente de Bedrock con el mismo fallo. Las consolas actualizan Minecraft de forma automática; ahí solo puedes asegurarte de que la app esté al día — y dejar que la contraprueba decida si el problema es cosa de tu hoster o si tienes que esperar a que se arregle el cliente.

Qué puedes hacer como operador de servidor

• Mantén Geyser y Floodgate actualizados. En nuestros servidores de Minecraft esto ocurre automáticamente cada noche — en cuanto aparece una build de Geyser con la solución, queda instalada sin que tengas que hacer nada.
• No reconfigures nada «por si acaso» — pero prueba de forma específica. Los experimentos de configuración al azar solo complican la situación. En cambio, una prueba A/B vale oro: hacer que el mismo Geyser también sea accesible por un puerto en una zona con un filtrado distinto. Si ahí la conexión funciona, el problema es el filtro y no el cliente.
• Dale a tus jugadores la contraprueba: indicarles test.geysermc.org (puerto 19132) separa claramente el «fallo del cliente» del «problema del servidor» y le ahorra a todos horas de conjeturas.
• Los jugadores de PC pueden usar una alternativa: la Java Edition no se ve afectada por este fallo y se conecta con total normalidad.

Estado y actualizaciones

Revisamos automáticamente cada día el estado del issue de GeyserMC y actualizamos esta guía en cuanto Mojang o el equipo de Geyser resuelvan el fallo. Estado a 8 de agosto de 2026: el fallo del cliente sigue sin resolverse. Pero ten en cuenta que un síntoma idéntico puede tener una causa completamente distinta — la contraprueba de arriba separa ambos casos en dos minutos. Sube tu log del servidor a nuestro Analizador de crashes de Minecraft y también él clasificará tu caso.

FAQ

¿U-000 siempre es un fallo del servidor de juego?

No. El mismo código puede aparecer por datos de conexión incorrectos, ajustes de la cuenta, el fallo abierto del cliente de Bedrock o un filtro en la ruta de red. Solo la contraprueba con un servidor de Geyser independiente permite acotar la causa de forma útil.

¿Ayuda reinstalar Geyser o Floodgate?

No, si el cliente de Bedrock ni siquiera llega a iniciar la conexión real por RakNet. Mantén Geyser y Floodgate actualizados, pero no cambies la configuración al azar. Compara en su lugar el servidor de pruebas, el servidor de destino y el log del servidor en el mismo momento.

¿Por qué veo el servidor con ping pero no puedo entrar?

El ping de descubrimiento y el inicio de sesión real son pasos separados. El cliente puede mostrar una respuesta de ping y aun así interrumpirse antes del handshake de RakNet. Por eso el log del servidor puede quedar sin ningún intento de conexión pese a que el ping sea visible.

¿Qué debería enviarle a mi hoster?

Indica la versión de Bedrock y la plataforma, el momento exacto de la prueba, la dirección y el puerto de destino, además del resultado con test.geysermc.org:19132. Los datos de acceso, los registros de IP completos o la información de la cuenta no deberían incluirse en una solicitud pública.