Servidor Minecraft Bedrock gratis para móvil y consola

Un servidor Bedrock permite compartir un mundo entre dispositivos compatibles con Bedrock Edition. Antes de crearlo, confirma la edición que utiliza cada amigo, su versión y si su dispositivo permite entrar en un servidor externo. Un móvil y un ordenador pueden usar Bedrock; un ordenador también puede iniciar Java, que necesita una ruta distinta.

El alojamiento gratuito proporciona un proceso de servidor dentro de las condiciones actuales del plan. No incluye el juego, la cuenta Microsoft, sus permisos ni requisitos de multijugador de una consola. Revisa los recursos y el reposo mostrados en esta página antes de organizar una partida que necesite actividad permanente.

Esta guía distingue Bedrock nativo de Java con Geyser, explica dirección y puerto, prueba cada tipo de cliente y cubre permisos, importación, copias y diagnóstico. El objetivo es comprobar el recorrido que usará vuestro grupo, desde el cliente hasta el mundo esperado, antes de dedicar muchas horas a construir.

Bedrock nativo ejecuta el software de servidor de Bedrock y admite clientes Bedrock compatibles. Java con Geyser ejecuta un mundo Java y traduce conexiones Bedrock admitidas. No son dos nombres para una instalación idéntica: la configuración, los archivos y algunas mecánicas difieren.

La documentación oficial del servidor Bedrock explica su base. Para una instalación mixta, sigue la configuración de Geyser. Decide según la partida que quieres mantener, no solo según cuál nombre aparece primero en el configurador.

Entrar desde Bedrock en Java no convierte el mundo en Bedrock nativo. Las mecánicas de la base Java siguen siendo relevantes. Prueba redstone, granjas e interfaces esenciales antes de asumir que se comportarán como en una partida Bedrock local.

Pide a cada participante una confirmación del dispositivo y de la edición abierta. En Windows, instalar ambos juegos no significa que el perfil activo sea el correcto. En móvil, una versión Preview o Beta puede diferir de la publicación estable que utiliza el servidor.

Las consolas pueden no ofrecer la misma entrada libre de servidores que móvil o Windows. Un servidor accesible desde tu teléfono no demuestra que la consola pueda añadirlo. Comprueba esta condición al principio, antes de decidir dónde guardaréis la partida.

La documentación Geyser para consolas explica restricciones y métodos comunitarios. Esos métodos pueden depender de otro dispositivo local, del sistema y de la red. No se convierten en una función garantizada del plan de alojamiento por aparecer en un tutorial.

Vía no oficial para consolas con BedrockConnect

El proyecto de código abierto BedrockConnect es un servicio DNS gestionado por la comunidad. Redirige los servidores destacados de Minecraft a una lista de servidores propia. En esa lista introduces la dirección y el puerto de tu servidor. Ten en cuenta antes estas indicaciones:

• Esta vía no es oficial. No proviene de Mojang, Microsoft, Sony ni Nintendo.
• Es un servicio de terceros. Puede dejar de estar disponible o dejar de funcionar tras actualizaciones de Minecraft o de la consola.
• El cambio de DNS afecta a toda la consola. Todas las resoluciones de nombres pasarán entonces por este servicio.
• Nunca introduzcas datos de tu cuenta en páginas web que prometan una guía de DNS.
• Las instancias públicas no comparten las listas de servidores. Si cambias de instancia, tendrás que volver a añadir tu servidor.

Direcciones DNS para cada consola

Actualizado: comprobado el 14.10.2026 en la guía oficial de BedrockConnect. Compara las direcciones con esta fuente antes de introducirlas, ya que pueden cambiar.

Configurar la PlayStation 5

1. En la pantalla de inicio, abre Ajustes y luego Red.
2. Selecciona Ajustes y luego Configurar conexión a Internet.
3. Selecciona tu conexión y abre los ajustes avanzados.
4. Cambia los ajustes de DNS a Manual.
5. Introduce el DNS primario y el secundario de la tabla y confirma con OK.
6. Espera a que termine la prueba de conexión.

Configurar la PlayStation 4

1. Abre Ajustes y luego Red.
2. Selecciona Configurar conexión a Internet y el tipo de conexión.
3. Selecciona Personalizada y después tu conexión.
4. En Dirección IP elige la opción Automático y en Nombre de host DHCP elige No especificar.
5. En los ajustes de DNS elige Manual, introduce las direcciones de la tabla y selecciona Siguiente.
6. En MTU elige Automático y en Servidor proxy elige No usar.
7. Inicia la prueba de conexión.

Configurar Xbox y Nintendo Switch

1. Abre los ajustes de Internet o de red de tu consola.
2. Cambia el ajuste de DNS a Manual.
3. Introduce el DNS primario y el secundario de la tabla y guarda.
4. Ejecuta la prueba de conexión de la consola.

Los nombres exactos de los menús varían según la consola y la versión del sistema. La página del proyecto enlaza videotutoriales para Xbox y Nintendo Switch.

Añadir tu servidor a la lista de servidores

1. Inicia Minecraft, abre Jugar y allí la pestaña Servidores.
2. Elige uno de los servidores destacados: Mineville, Lifeboat, Enchanted, Galaxite o The Hive.
3. En lugar de ese servidor, se abrirá la lista de servidores de BedrockConnect.
4. Añade allí tu servidor con la dirección y el puerto de tu panel de servidor (sección Conexión) y únete.

Si tienes un servidor Java con crossplay, introduce la dirección y el puerto de Bedrock (Geyser), no el puerto de Java.

Deshacer los cambios

Vuelve a poner los ajustes de DNS de tu consola en Automático y ejecuta la prueba de conexión de la consola. Después, la consola volverá a usar su servicio DNS habitual.

Si no funciona

• Ejecuta la prueba de conexión de la consola y comprueba que las direcciones sean exactamente correctas.
• En la PlayStation, introduce 45.55.68.52 como DNS primario, tal como recomienda la guía oficial.
• Comprueba antes la dirección y el puerto desde el móvil o el PC para asegurarte de que el servidor es accesible.
• Vuelve a añadir tu servidor después de un cambio de instancia.
• Encontrarás más ayuda en la página de solución de problemas de BedrockConnect.

Escribe qué base usaréis, la versión compatible y si comenzaréis con un mundo nuevo. Para un grupo mixto, añade qué software Java y qué acceso Geyser están disponibles. Para una partida Bedrock nativa, no selecciones Java solo porque tenga más nombres de plugins.

Empieza con pocos cambios. Un mundo nuevo sin complementos facilita probar la entrada. Importar una partida, cambiar varias opciones y añadir paquetes a la vez hace difícil identificar la causa de un fallo. Conserva la instalación sencilla como referencia antes de introducir contenido adicional.

Decidid quién tiene acceso al panel y quién puede administrar dentro del juego. Los amigos no necesitan normalmente la contraseña del alojamiento. Si otra persona debe ayudar a gestionar, asigna permisos disponibles para esa tarea y mantén separada la cuenta principal.

Revisa las condiciones actuales del plan gratuito. Un proceso en reposo no mantiene los ticks normales del mundo. Si el grupo necesita una partida que permanezca activa sin jugadores, esa necesidad debe formar parte de la elección del servicio desde el comienzo.

Abre el configurador de esta página y controla edición, software y versión. No des por hecho que una selección previa coincide con vuestro plan. Comprueba también los recursos y límites mostrados antes de completar la creación.

1. Selecciona la base Bedrock disponible o el software Java compatible previsto.
2. Elige la versión que pueden usar los participantes.
3. Completa tu acceso y la creación del servidor.
4. Abre el servidor en el panel.
5. Inicia el proceso y observa la consola hasta que esté disponible.
6. Copia las coordenadas del acceso Bedrock que corresponden a esa instalación.
7. Entra con un cliente Bedrock conocido como compatible.

El formulario puede terminar antes que el arranque del juego. Una nueva partida necesita preparar archivos y generar mundo. Si el proceso se detiene, resuelve primero su error. Mandar la dirección repetidamente no crea un servicio que no está escuchando.

Conserva el puerto asignado. El valor habitual de un ejemplo no necesariamente corresponde al puerto de tu alojamiento. Cambiar únicamente el número en los archivos puede separar la escucha del juego de la asignación de red y dejar el servidor inaccesible.

En un cliente que admite servidores externos, abre la lista de servidores y añade una entrada. Elige un nombre fácil de reconocer, introduce el host facilitado y coloca el puerto Bedrock asignado en su campo. El nombre visible de la entrada no cambia las coordenadas.

No escribas https://, una ruta del panel ni un nombre de usuario en el host. Si el panel muestra puerto y dirección por separado, mantén esa separación. Una dirección Java que resuelve un puerto mediante SRV no elimina de forma general el campo de puerto Bedrock.

Para Geyser, utiliza el punto de entrada Bedrock de Geyser, no el puerto del cliente Java. La conexión Java habitual usa TCP y la escucha Geyser usa UDP. Tener éxito con Java no demuestra que el puerto UDP esté disponible o que el cliente Bedrock esté autenticándose correctamente.

Después de entrar, comprueba mundo y punto de aparición. Sal y vuelve a entrar para verificar que la entrada guardada contiene las coordenadas correctas. Pide a un amigo de otra conexión internet que haga la misma prueba; así confirmáis el recorrido real de los demás jugadores.

Geyser y Floodgate cumplen tareas diferentes. Geyser traduce el protocolo; Floodgate ofrece un modo de autenticación de cuentas Bedrock sin exigir una licencia Java adicional. El acceso del jugador a Bedrock sigue siendo necesario y el modo configurado debe corresponder al despliegue real.

Sigue la documentación de Floodgate para el tipo de servidor o proxy elegido. Comprueba las dependencias y la relación con Geyser. No actives globalmente el modo sin autenticación del servidor como atajo para cualquier error de acceso.

La identidad de un jugador Bedrock puede diferir de una cuenta Java con un nombre visual parecido. Antes de aplicar lista blanca o permisos, identifica cómo aparece la cuenta en la configuración real. Un prefijo, una identidad Floodgate o una vinculación no deben adivinarse.

Si hay proxy, mantén su configuración de confianza y autenticación según la documentación exacta. Los ejemplos de otra arquitectura no se copian sin más a un servidor independiente. Guarda la configuración previa, realiza un cambio identificado y prueba ambos tipos de cliente antes de continuar.

Una restricción multijugador de la cuenta no se resuelve cambiando puertos. Verifica que el usuario puede jugar en línea y que sus ajustes familiares y de plataforma permiten la acción. En una consola, comprueba también los requisitos actuales de su servicio.

Para un mundo privado, utiliza la lista de acceso del software realmente instalado y mantén la autenticación normal. Bedrock nativo dispone de sus propios mecanismos; Java con Floodgate requiere la identidad correspondiente. Una lista Java basada en una cuenta supuesta puede rechazar al jugador Bedrock correcto.

Añade primero al responsable, activa la restricción y prueba a un amigo autorizado. Si tenéis una cuenta apropiada que no debe entrar, comprobad también el rechazo. El resultado observado confirma más que una opción marcada en el panel.

No repartas permisos administrativos a todo el grupo para jugar. Las coordenadas de acceso son para los jugadores; las credenciales del panel permiten cambios mucho mayores. Retira permisos temporales al terminar una prueba y conserva una lista clara de responsables.

Haz una sesión breve antes de importar una partida valiosa. Comprueba movimiento, bloques, inventarios, contenedores, interacción y los menús que vayas a usar. Si el grupo es mixto, haz esas pruebas desde un cliente Java y un cliente Bedrock reales.

Geyser no hace que todas las interfaces de plugins funcionen igual. Un menú pensado para un cliente Java o una función basada en recursos específicos puede necesitar ajustes o no estar disponible. Verifica la tarea que importa al grupo, no solo la aparición del jugador en el mundo.

Prueba reconexión y persistencia. Deja un objeto o cambio de bloque reconocible, sal, reinicia de forma controlada y vuelve a entrar. Comprueba que el proceso usa el mismo mundo y los mismos datos de jugador. Evita utilizar una construcción importante como única prueba inicial.

Anota resultados por dispositivo. Si móvil entra y consola no, ya tienes una referencia para investigar el acceso de consola. Si Java entra pero ninguno de los clientes Bedrock llega a la consola del servidor, comienza por el acceso Bedrock en vez de modificar toda la instalación.

Guarda una copia del mundo de origen y detén el servidor de destino antes de cambiar archivos. Comprueba edición, formato y versión. Un mundo Java y un mundo Bedrock no son intercambiables mediante un simple cambio de nombre.

Una conversión, cuando se utiliza, es un proceso independiente y puede perder contenido o cambiar mecánicas. Conserva el original y prueba la copia convertida sin sobrescribirlo. No prometas que inventarios, entidades, complementos y todas las construcciones se conservarán idénticos.

Verifica el directorio seleccionado y la profundidad de extracción. Si aparece un mapa nuevo, el servidor puede estar utilizando otra carpeta aunque la importación siga intacta. Revisa la configuración antes de borrar datos o repetir el envío sobre el mundo activo.

Entra y busca un lugar conocido. Comprueba inventarios, dimensiones y entidades importantes. Mantén una copia fuera de la instalación activa y registra qué versión y extensiones la acompañan. Esa asociación permite recuperar un estado compatible si una actualización falla.

Los complementos Bedrock y los plugins Java pertenecen a ecosistemas distintos. No copies un archivo de plugin Java al directorio de un servidor Bedrock nativo esperando que cargue. Tampoco presupongas que un paquete Bedrock funcionará automáticamente en un mundo Java mediante Geyser.

Revisa compatibilidad de versión, dependencias y requisitos del cliente para cada componente. Empieza con uno, comprueba el arranque y prueba su función desde los dispositivos necesarios. Conserva la instalación anterior hasta que el resultado esté claro.

Para un grupo mixto, una extensión que solo modifica lógica del servidor puede ser más viable que contenido que exige instalar un mod Java en cada cliente, pero no es una garantía universal. Prueba sus interfaces, recursos y comportamiento concreto.

Si el proceso no arranca tras añadir contenido, revisa la primera dependencia o error útil. No actualices todo el conjunto al azar. Vuelve al estado conocido como funcional y reintroduce componentes compatibles uno a uno con una copia del mundo.

Si todos ven criaturas congeladas o acciones que se revierten, revisa el estado del servidor a esa hora. Si solo un móvil pierde fotogramas, sus ajustes gráficos, temperatura o recursos pueden ser la causa. Un síntoma visual parecido no demuestra el mismo problema.

Prueba con distancias moderadas y una actividad representativa. Generar zonas nuevas, acumular entidades y mantener grandes instalaciones cargadas aumenta el trabajo. El número de jugadores por sí solo no describe la carga y no permite garantizar una capacidad universal del plan gratuito.

Separa memoria y tiempo de cálculo. Más RAM no corrige automáticamente una tarea de ticks demasiado costosa. Cambia una opción justificada, reproduce la misma situación y compara. Si solo falla una conexión, compara también otra red permitida y un dispositivo funcional.

Durante el reposo no continúa la simulación ordinaria. Para proyectos con actividad permanente, revisa las condiciones de operación necesarias. No bases una granja continua en una suposición sobre el estado de un servidor sin jugadores.

Pide versión exacta, edición, dispositivo, dirección, puerto y mensaje completo. Anota la hora y mira la consola. Si la tentativa aparece y es rechazada, investiga la razón de rechazo. Si no aparece, revisa el recorrido de red y el punto de entrada utilizado.

Un comprobador TCP no certifica la escucha UDP de Bedrock. La prueba principal es un cliente compatible y el resultado simultáneo de la consola. Conserva el cliente que sí funciona como referencia y modifica una causa cada vez.

Antes de actualizar, guarda el mundo completo y los archivos que permiten restaurarlo. Mantén una copia separada del servidor activo. Identifica fecha, versión, base de software y componentes. Prueba una recuperación cuando la partida sea importante para el grupo.

Avisa al grupo de la versión que deberá iniciar después del cambio. Detén el proceso, actualiza componentes compatibles y revisa el arranque. En una instalación mixta, comprueba Java y Bedrock por separado, además de las funciones esenciales y la identidad de los jugadores.

Si hace falta volver atrás, restaura software compatible y la copia del mundo anterior a la conversión. Cambiar solo el ejecutable a una versión antigua no deshace los cambios del mundo. Termina la comprobación con un reinicio controlado y una entrada real desde cada tipo de dispositivo requerido.