Antes de empezar
Anota Java o Bedrock, versiones de cliente y servidor, dirección con puerto y hora exacta. Conserva los mensajes de consola y los cambios recientes. Antes de modificar mundos, mods o archivos, prepara una copia que puedas restaurar.
Comprobar edición y dirección
Java y Bedrock no son intercambiables: Java utiliza normalmente TCP y Bedrock UDP. Un cliente Bedrock no accede sin más a un servidor Java cambiando el puerto. Usa la dirección asignada en el panel, comprueba el destino de la configuración DNS o SRV y evita confundir un acceso administrativo con el puerto del juego.
Verificar el arranque completo
El proceso puede estar activo mientras todavía carga el mundo. Revisa que el arranque haya finalizado y busca errores de Java, configuración, plugins o mods. Si reinicia continuamente, diagnostica primero ese ciclo. Encadenar reinicios rápidos aumenta la carga y puede ocultar el mensaje que explica el fallo; guarda los registros antes de cambiar varias cosas.
Probar el protocolo adecuado
Comprueba la correspondencia autorizada entre IP pública y puerto. Un test TCP no valida un puerto Bedrock UDP. La visibilidad LAN de Bedrock puede abrir además los puertos estándar aunque hayas configurado otros; en un nodo compartido debe ajustarse al esquema del operador. No abras puertos adicionales ni de otras instancias para intentar resolverlo.
Contrastar versiones y dependencias
Compara versión de juego, software del servidor y loader. Un modpack puede necesitar la misma combinación de mods en cliente y servidor. Si el problema empieza tras un cambio, revisa esa dependencia con una copia previa. Un downgrade o un cambio de mundo puede hacer incompatibles los datos; no borres el estado original para probarlo.
Medir la carga durante el fallo
Observa CPU, memoria y consola en el momento del problema. Un hilo principal saturado puede bloquear Minecraft aunque la media de la máquina sea baja. En Paper, perfila la situación con spark cuando ocurra. Comprueba las distancias de vista y simulación y posibles sobrescrituras en otras configuraciones: añadir RAM no corrige necesariamente esa carga.
Preparar un diagnóstico reproducible
Compara otro acceso a Internet y determina qué jugadores fallan. Guarda hora, endpoint y mensajes pertinentes, eliminando credenciales y datos privados. Un timeout puede venir de ruta, filtrado, protocolo incorrecto o servidor no preparado. Atribúyelo a un ataque o a falta de recursos solo cuando las medidas de red y aplicación lo respalden.
Qué hacer en tu caso
| Situación | Próximo paso |
|---|---|
| Edición incorrecta | Selecciona Java o Bedrock y su endpoint real. Cambiar el puerto no convierte una edición en otra. |
| Fallo tras cambiar mods o mundo | Contrasta versiones y dependencias, conservando una copia separada del estado anterior. |
| Solo falla bajo carga | Perfila el hilo principal y los chunks durante el problema antes de elegir un plan mayor. |
Fuentes oficiales
Estas fuentes explican los protocolos y ajustes mencionados. Comprueba siempre la documentación de tu versión.