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.

„Address already in use“: el puerto del servidor o del plugin está ocupado

Así se ve el mensaje:

**** FAILED TO BIND TO PORT!
java.net.BindException: Address already in use
io.netty.channel.unix.Errors$NativeIoException: bind(..) failed with error(-98): Address already in use

Qué hay detrás: Un puerto acepta conexiones de red y aquí ya está ocupado por otro servicio. Si Minecraft no puede abrir su puerto de juego, el servidor no se inicia. Geyser o Simple Voice Chat también pueden fallar al abrir su puerto UDP; UDP es un protocolo de red que se usa, por ejemplo, para datos de voz. En ese caso, la conexión correspondiente deja de funcionar; las siguientes líneas del registro muestran si el servidor sigue en marcha.

Cómo solucionarlo:

  1. Lee las líneas anteriores y posteriores al error. Indicaciones como Voice chat server error o Failed to start the udp server ayudan a identificar el origen; el nombre de un plugin por sí solo no indica si el servidor sigue funcionando.
  2. Si afecta al puerto de juego, detén el servidor por completo desde la Consola y vuelve a iniciarlo. El panel gestiona el puerto de juego automáticamente; no cambies server-port a mano.
  3. Si afecta a un servicio adicional, abre en Archivos la configuración de su plugin o mod. Usa un puerto asignado que ningún otro servicio con el mismo protocolo de red esté utilizando, o desactiva la función. Después, reinicia.
  4. Si el puerto de juego sigue ocupado, abre un ticket e indica la hora del mensaje.

Bueno saber: Configurar Simple Voice Chat.

„The server is running in online mode“: el plugin de inicio de sesión no arranca

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 las cuentas de Java directamente con Mojang. El plugin de autenticación afectado espera otra configuración de inicio de sesión y por eso se niega a arrancar o no puede controlar el acceso. Así, el inicio de sesión mediante ese plugin deja de funcionar; el modo online sigue activo y continúa rechazando a los jugadores sin una cuenta de Minecraft válida.

Cómo solucionarlo:

  1. Si quieres que los jugadores con una cuenta de Minecraft válida entren directamente, deja online-mode=true. Detén el servidor, elimina el plugin de autenticación afectado en Plugins y reinicia.
  2. Si usas un proxy, es decir, un servidor intermedio, revisa su autenticación, la protección contra conexiones directas al servidor que tiene detrás y el forwarding. El forwarding transmite a ese servidor los datos verificados de los jugadores.
  3. Establece online-mode=false en server.properties, en Archivos, únicamente detrás de un proxy correctamente protegido, con el forwarding bien configurado y con el servidor detenido. Sin este esquema de protección, deja el modo online activado.
  4. Tras los cambios, reinicia y comprueba en la Consola que el plugin de inicio de sesión arranca como se espera.

Bueno saber: Sin un inicio de sesión protegido, personas ajenas pueden suplantar nombres de jugadores. Para saber más: Activar el modo cracked/offline.

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

„… tried to join with an invalid session“: inicio de sesión de Minecraft rechazado

Así se ve el mensaje:

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

Qué hay detrás: El servidor no pudo confirmar como válida la sesión de un jugador de Java y rechaza su entrada en modo online (online-mode=true). Esto ocurre con clientes sin una cuenta de Minecraft válida y comprada, pero también cuando ha caducado la sesión de una cuenta válida. Tu servidor está bien 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 cerrar por completo el cliente de Minecraft y volver a abrirlo. Si la sesión sigue siendo inválida, debe iniciar sesión de nuevo en el launcher con la cuenta correcta y volver a iniciar el juego.
  3. Si juega con Bedrock en el móvil, en consola o en Windows, puede unirse 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 manualmente por este motivo.

Conviene saber: Si solo quieres permitir cuentas legítimas, no tienes que cambiar nada. En ese caso, el mensaje indica que la protección funciona.

Más información: Servidor cracked: inicio de sesión y límites

„Couldn't verify username because servers are unavailable“: inicio de sesión de Minecraft con problemas

Así se ve el mensaje:

Couldn't verify username because servers are unavailable

Qué hay detrás: En modo online, el servidor consulta en cada entrada a los servidores de autenticación de Mojang o Microsoft para comprobar si la cuenta es auténtica. Si en ese momento no responden, el servidor no puede verificar la cuenta y no deja entrar al jugador. No es culpa de 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 dure, y quienes ya están conectados normalmente siguen jugando.

Cómo solucionarlo:

  1. Espera a que se resuelva la incidencia. Normalmente se arregla sola en pocos minutos.
  2. Consulta los avisos oficiales de incidencias de Minecraft o de Mojang/Microsoft.
  3. Pide a tus jugadores que lo intenten de nuevo dentro de 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 a la que apareció el mensaje.

„Unable to initialise query system“: el puerto de Query está ocupado

Así se ve el mensaje:

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

Qué hay detrás: Query es una interfaz adicional que funciona mediante el protocolo de red UDP, con la que las listas de servidores y las herramientas consultan el número de jugadores y el estado online. Si no arranca, esos datos no están disponibles a través de Query. El juego en sí no se ve afectado y los jugadores pueden entrar con normalidad. La BindException de debajo muestra el motivo: el puerto de Query ya está ocupado o choca con otro servicio, por ejemplo Geyser o un plugin de chat de voz en el mismo puerto UDP.

Cómo solucionarlo:

  1. Mira en el panel qué puertos tiene asignados tu servidor y cuáles de ellos ya usan Geyser o un plugin de chat de voz.
  2. Detén el servidor y 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 UDP esté utilizando.
  4. Guarda y vuelve a iniciar el servidor. Comprueba en la Consola que el mensaje ya no aparece.

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

El icono del servidor tiene un formato de imagen incorrecto

Así se ve el mensaje:

Couldn't load server icon
java.io.IOException: Bad PNG Signature: <File signature>

Qué hay detrás: Minecraft espera un archivo PNG para el icono del servidor. La firma del archivo, es decir, el identificador que aparece al principio, no corresponde a un PNG. Por eso la imagen deseada no aparece en la lista de servidores; el servidor sigue funcionando.

Cómo solucionarlo:

  1. Abre la imagen deseada en un programa de edición de imágenes y expórtala expresamente como PNG. Ajusta el tamaño a 64 × 64 píxeles.
  2. En Archivos, sustituye el archivo server-icon.png del directorio principal del servidor por la imagen recién exportada.
  3. Reinicia el servidor y comprueba en la Consola si el mensaje ha desaparecido. Después, actualiza la lista de servidores en el cliente de Minecraft.

Conviene saber: Cambiar la extensión de un archivo JPEG a .png no modifica su formato de imagen.

¿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.