Solucionar mensajes de inicio, inicio de sesión y conexión en el servidor de Minecraft

Aquí se tratan los mensajes relacionados con el inicio del servidor, el acceso de los jugadores y las conexiones de red, por ejemplo con puertos o con un proxy como Velocity o BungeeCord. Cada sección trata exactamente un mensaje. Algunos impiden que el servidor arranque, otros afectan solo a jugadores concretos o a una función adicional.

El texto completo lo encuentras en la Consola y en Archivos dentro de logs/latest.log. Los mensajes en los que un proxy no alcanza su servidor de destino aparecen en el log del proxy. Lee siempre también las líneas justo anteriores y posteriores.

Antes de modificar server.properties, las configuraciones de plugins o los archivos del mundo, crea una copia en Copias de seguridad. Así podrás volver al estado anterior en cualquier momento.

El puerto ya está en uso

Así se ve el mensaje:

**** FAILED TO BIND TO PORT!
java.net.BindException: Address already in use
[<Plugin>] Failed to start HTTP server: Address already in use

Qué hay detrás: Un puerto es como el número de una puerta por la que llegan las conexiones al servidor. Cada puerto solo puede ser usado por un programa a la vez por protocolo. Si en el mensaje aparece «FAILED TO BIND TO PORT», el servidor de Minecraft no pudo abrir su puerto de juego y no arranca. La misma BindException también puede provenir de un plugin que abre su propio puerto, por ejemplo para el chat de voz o un mapa web. En ese caso el servidor funciona, pero esa función del plugin falla.

Cómo solucionarlo:

1. Lee la línea anterior a la BindException. Si ahí aparece el nombre de un plugin entre corchetes, el problema afecta solo a ese plugin.
2. Si afecta al puerto de juego, detén el servidor desde la Consola, espera a que se apague por completo y vuelve a iniciarlo. El panel gestiona el puerto de juego automáticamente, así que no cambies server-port a mano.
3. Si afecta a un plugin, abre en Archivos su configuración en plugins/<Plugin>/. Introduce allí un puerto que tu servidor tenga asignado en el panel y que ningún otro servicio utilice, o desactiva la función.
4. Reinicia y comprueba en la consola si el mensaje desaparece.

Conviene saber: Para el chat de voz, el procedimiento está aquí: Configurar Simple Voice Chat.

Un plugin de inicio de sesión no arranca porque el servidor está en modo online

Así se ve el mensaje:

[LibreLogin] !!!The server is running in online mode! LibreLogin won't start unless you set it to false!!!
[FastLogin] Server has to be in offline mode

Qué hay detrás: En modo online (online-mode=true en server.properties), el servidor comprueba cada cuenta de Java directamente con Mojang. Los plugins de inicio de sesión como LibreLogin, AuthMe o FastLogin están pensados para servidores que no hacen esta comprobación por sí mismos y gestionan el acceso mediante contraseñas. Si el servidor funciona igualmente en modo online, el plugin se niega a arrancar o no puede controlar el inicio de sesión. Los jugadores sin una cuenta comprada seguirán siendo rechazados.

Cómo solucionarlo:

1. Decide quién debe poder entrar al servidor: solo jugadores con una cuenta de Minecraft comprada o, de forma deliberada, también otros.
2. Si solo deben entrar cuentas auténticas, elimina el plugin de inicio de sesión en Plugins y reinicia el servidor. El modo online protegerá entonces todos los nombres.
3. Si deliberadamente también deben entrar jugadores sin una cuenta comprada, usa en los ajustes de Minecraft de tu servidor la pestaña Permitir jugadores cracked/no premium. Establece online-mode=false y configura el plugin de inicio de sesión de forma adecuada, de modo que los nombres de los jugadores queden protegidos con una contraseña.
4. No pongas online-mode en false a mano solo para que desaparezca el mensaje. Sin un plugin de inicio de sesión o un proxy protegido, cualquiera podrá entrar con cualquier nombre, incluso con el de un administrador.

Con más detalle: Activar el modo cracked/offline o Servidor cracked: inicio de sesión y límites

La EULA de Minecraft no está aceptada

Así se ve el mensaje:

You need to agree to the EULA in order to run the server. Go to eula.txt for more info.

Qué hay detrás: La EULA es el contrato de licencia de Mojang o Microsoft para los servidores de Minecraft. Un servidor de Java solo arranca cuando en el archivo eula.txt figura la línea eula=true. Si falta o aparece eula=false, el servidor se cierra justo después de iniciarse. En nuestro caso, este valor se establece automáticamente. Por eso el mensaje suele aparecer solo cuando eula.txt se ha eliminado o sobrescrito, por ejemplo al subir archivos propios del servidor.

Cómo solucionarlo:

1. En Archivos, abre el archivo eula.txt en la carpeta principal del servidor, donde también está server.properties.
2. Cambia eula=false por eula=true y guarda. Si el archivo no existe, créalo con exactamente esa línea.
3. Inicia el servidor y sigue el arranque en la Consola.

Conviene saber: Con eula=true aceptas las condiciones de la EULA de Minecraft.

Con más detalle: La EULA de Minecraft y el primer inicio del servidor

Se ha rechazado a un jugador sin una cuenta válida de Minecraft

Así se ve el mensaje:

Username '<Jugador>' tried to join with an invalid session

Qué hay detrás: Un jugador quiso entrar con un cliente de Java que no pudo presentar una cuenta de Minecraft (Microsoft) válida y comprada. En modo online (online-mode=true), el servidor rechaza este tipo de conexiones. Esta línea la generan precisamente los clientes cracked o TLauncher. En ocasiones, con una cuenta auténtica, solo se trata de una sesión caducada. Tu servidor está sano y sigue funcionando con normalidad.

Cómo solucionarlo:

1. Pregunta al jugador si ha comprado Minecraft: Java Edition con una cuenta de Microsoft y si ha iniciado sesión con ella en el launcher oficial.
2. Si tiene una cuenta válida, debe reiniciar por completo el cliente de Minecraft. Esto renueva la sesión caducada.
3. Si juega con Bedrock en móvil, consola o Windows, puede entrar en su lugar a través de la dirección de crossplay de tu servidor, siempre que el crossplay esté activo.
4. No desactives el modo online a mano por este motivo.

Conviene saber: Si solo quieres permitir cuentas auténticas, no tienes que hacer nada. En ese caso, el mensaje solo indica que la protección funciona.

Con más detalle: Activar el modo cracked/offline o Servidor cracked: inicio de sesión y límites

El inicio de sesión falla porque Mojang no responde

Así se ve el mensaje:

Couldn't verify username because servers are unavailable

Qué hay detrás: En modo online, cada vez que alguien entra, el servidor consulta a los servidores de autenticación de Mojang o Microsoft si la cuenta es auténtica. Si estos no responden en ese momento, el servidor no puede comprobar la cuenta y no deja entrar al jugador. No se debe a tu servidor: cuando hay una incidencia allí, afecta al mismo tiempo a todos los servidores con la comprobación premium activa. Los jugadores nuevos no podrán entrar mientras tanto; quienes ya están conectados normalmente siguen jugando.

Cómo solucionarlo:

1. Espera a que pase la incidencia. Normalmente se resuelve sola en pocos minutos.
2. Puedes ver el estado actual en la página de estado de Mojang.
3. Pide a tus jugadores que lo intenten de nuevo en unos minutos.
4. No desactives online-mode por este motivo. Eso abriría tu servidor de forma permanente a cuentas falsificadas en lugar de resolver un problema breve.

Conviene saber: Si los jugadores entran sin problemas en otros servidores y el mensaje persiste mucho tiempo en el tuyo, abre un ticket e indica la hora del mensaje.

El sistema Query no arranca

Así se ve el mensaje:

Unable to initialise query system on <IP>:<Puerto>
java.net.BindException: Address already in use

Qué hay detrás: Query es una interfaz adicional sobre UDP mediante la cual las listas de servidores y las herramientas consultan el número de jugadores y el estado online. Si no arranca, el servidor deja de comunicar estos datos al exterior. El juego en sí no se ve afectado y los jugadores pueden entrar con normalidad. La BindException que aparece debajo muestra el motivo: el puerto de Query ya está en uso o choca con otro servicio, a menudo con otro servicio UDP como Geyser o un plugin de chat de voz en el mismo puerto.

Cómo solucionarlo:

1. Comprueba en el panel qué puertos tiene asignados tu servidor y cuáles de ellos ya utilizan Geyser o un plugin de chat de voz.
2. Abre el archivo server.properties en Archivos.
3. Establece enable-query=true e introduce en query.port un puerto asignado que ningún otro servicio utilice.
4. Guarda y reinicia el servidor. Comprueba en la Consola si el mensaje desaparece.

El icono del servidor no tiene 64 × 64 píxeles

Así se ve el mensaje:

Couldn't load server icon
java.lang.IllegalArgumentException: Invalid world icon size [<Ancho>, <Alto>], but expected [64, 64]

Qué hay detrás: La imagen server-icon.png de la carpeta principal aparece en la lista de servidores de los jugadores junto al nombre del servidor. Minecraft solo acepta para ello un PNG de exactamente 64 × 64 píxeles. Si la imagen tiene otro tamaño, el servidor no la carga y los jugadores no ven ningún icono propio. El servidor sigue funcionando con normalidad.

Cómo solucionarlo:

1. Abre tu imagen en un programa de edición de imágenes y escálala a exactamente 64 × 64 píxeles.
2. Guárdala como PNG con el nombre server-icon.png.
3. Súbela a la carpeta principal del servidor en Archivos y reemplaza el archivo antiguo.
4. Reinicia el servidor. El nuevo icono aparecerá en cuanto los jugadores actualicen su lista de servidores.

Conviene saber: Si no quieres un icono propio, elimina server-icon.png y reinicia el servidor. Entonces el mensaje también desaparecerá.

Un cliente ha enviado un paquete de inicio de sesión no válido

Así se ve el mensaje:

Failed to decode packet 'serverbound/minecraft:hello'

Qué hay detrás: «hello» es el primer paquete que envía un cliente al iniciar sesión, entre otros datos con el nombre del jugador. Si el servidor no pudo leerlo, el cliente no coincide con la versión del servidor o con el protocolo esperado, por ejemplo por una versión de Minecraft distinta o por la falta de un cargador de mods. El servidor solo corta esa conexión y sigue funcionando.

Cómo solucionarlo:

1. Comprueba si a esa hora algún jugador intentó entrar y no lo consiguió.
2. Si es así, compara su versión de Minecraft con la versión de tu servidor en Versión. Si usas un modpack, necesita el mismo pack con el mismo cargador de mods.
3. Si nadie quería entrar, normalmente fue un escáner de puertos automático que rastrea servidores en internet. En ese caso no tienes que hacer nada.

Conviene saber: Si quieres que puedan entrar jugadores con otras versiones de cliente, en servidores Paper te ayuda ViaVersion.

El proxy no alcanza a tiempo el servidor de destino

Así se ve el mensaje:

io.netty.channel.ConnectTimeoutException: connection timed out after <Milisegundos> ms: /<Dirección>:<Puerto>

Qué hay detrás: Un proxy como Velocity o BungeeCord es el servidor de entrada por el que los jugadores se conectan y desde el que se les distribuye a los servidores de destino registrados. Aquí el proxy quiso alcanzar un servidor de destino y no obtuvo respuesta dentro del tiempo de espera. Normalmente la dirección o el puerto no son correctos, o el servidor de destino está desconectado o en suspensión. Los jugadores no llegan entonces a ese servidor de destino, pero el proxy sigue funcionando.

Cómo solucionarlo:

1. Lee al final del mensaje qué dirección y qué puerto quería alcanzar el proxy.
2. Compáralos en velocity.toml (sección [servers]) o en el config.yml de BungeeCord (sección servers) con los datos que muestra el panel para el servidor de destino. Deben coincidir exactamente.
3. Inicia el servidor de destino y espera a que arranque por completo. Si está en suspensión, despiértalo antes.
4. Reinicia el proxy para que aplique las entradas modificadas y prueba a entrar.

Más detalles: BungeeCord: Could not connect to a default or fallback server

El soporte de Velocity está activado sin Secret

Así se ve el mensaje:

Velocity is enabled, but no secret key was specified. A secret key is required. Disabling velocity...

Qué hay detrás: Velocity es un proxy que reenvía jugadores a servidores Paper. Para que Paper pueda confiar en esos reenvíos, el proxy y el servidor comparten una palabra secreta común, el Secret. En la configuración de Paper el soporte de Velocity está activado, pero falta el Secret. Por ello Paper desactiva el soporte y el reenvío de jugadores a través del proxy no funciona.

Cómo solucionarlo:

1. Obtén el Secret del proxy Velocity. En las versiones actuales de Velocity está en el archivo forwarding.secret, al que apunta velocity.toml; en las más antiguas, directamente en velocity.toml.
2. En el servidor Paper, abre en Archivos el archivo config/paper-global.yml y busca la sección proxies → velocity.
3. Pon enabled: true e introduce en secret exactamente el mismo Secret.
4. Si no usas ningún proxy Velocity, pon en su lugar enabled: false.
5. Reinicia el servidor Paper y comprueba que el mensaje haya desaparecido.

Conviene saber: Para ello, en velocity.toml player-info-forwarding-mode debe estar en modern. En las versiones de Paper anteriores a la 1.19, el ajuste no está en config/paper-global.yml, sino en paper.yml bajo settings → velocity-support. Trata el Secret como una contraseña.

El servidor de destino rechaza la conexión del proxy

Así se ve el mensaje:

io.netty.channel.AbstractChannel$AnnotatedConnectException: finishConnect(..) failed with error(-111): Connection refused: /<Dirección>:<Puerto>

Qué hay detrás: El proxy ha alcanzado la dirección registrada del servidor de destino, pero allí ningún servicio acepta conexiones en ese puerto. A diferencia de un tiempo de espera agotado, la dirección sí responde, solo que nada escucha allí. Causas típicas: el servidor de destino está detenido, aún está arrancando, o el puerto indicado en el proxy no pertenece a ese servidor. Mientras tanto, los jugadores no llegan a ese servidor de destino.

Cómo solucionarlo:

1. Lee la dirección y el puerto al final del mensaje.
2. Inicia el servidor de destino y espera en su Consola a que haya arrancado por completo.
3. Compara la dirección y el puerto en velocity.toml o en el config.yml de BungeeCord con los datos que muestra el panel para el servidor de destino.
4. No introduzcas 127.0.0.1 si el proxy y el servidor de destino son servidores separados. Esa dirección apunta al propio proxy.

Conviene saber: Mientras un servidor de destino se reinicia, el mensaje es normal y desaparece por sí solo.

Más detalles: BungeeCord: Could not connect to a default or fallback server

¿Tu mensaje no aparece aquí?

Lee el mensaje completo en la Consola o en logs/latest.log, incluidas las líneas justo anteriores. A menudo ahí se indica qué fue lo primero que falló. Si sigue un stacktrace, es decir, una lista de líneas que empiezan por «at», los nombres de carpetas y archivos que aparecen en él, como plugins/<Plugin> o <Plugin>.jar, revelan el plugin o el mod implicado. En caso de problemas con el proxy, lee los logs del proxy y del servidor de destino a la misma hora. Crea una copia de seguridad antes de hacer cambios. Si no avanzas, abre un ticket e indica la hora del mensaje.