Minecraft 26.4 para dueños de servidor: el ID de conexión que puede dejar tu servidor «caído» en las listas

El Snapshot 1 de Minecraft Java 26.4, publicado el 22 de septiembre de 2026, añade tres propiedades nuevas a server.properties y cambia el modo en que el cliente se anuncia al servidor. Afecta a dueños de servidor, a proxies y a listas de servidores. Es una versión de pruebas: no la uses en producción. Lo probamos en un servidor local, enviando a mano una consulta de estado y un intento de entrar con una veintena de direcciones distintas, y el resultado más importante es este: con el nuevo filtro activado, un servidor deja de responder a quien no lleve el ID correcto, incluidas las listas que solo quieren saber si está en línea. También comprobamos que el comprobador de estado de 40servidoresMC lo daba por caído, y por eso hemos añadido un campo opcional y privado para guardar tu ID.

Qué añade el snapshot (según Mojang)

• allowed-connection-ids: una lista de IDs separados por comas. Si no está vacía, el servidor compara la propiedad _id que llega en el paquete de conexión y rechaza las conexiones que no coincidan, tanto las de estado como las de acceso.
• status-contact-details: un texto libre que el servidor envía en su respuesta de estado, en un campo llamado contact. Sirve para dar una vía de contacto aunque no haya web.
• enable-legacy-status: por defecto está en true. Permite desactivar el protocolo de estado anterior a la 1.7. Necesita enable-status activado.
• Dirección con parámetros: el campo de dirección del paquete de conexión puede llevar parámetros al estilo de una URL, como dominio?clave=valor&otra, hasta 1024 caracteres. Las claves que empiezan por guion bajo están reservadas. En la lista de servidores del juego se pueden escribir en cualquier campo de dirección.
• Atajo id@dominio: el juego lo interpreta como dominio?_id=id.
• Registros SRV: si el dominio resuelve a otro distinto, el paquete lleva el dominio resuelto y añade el original como propiedad _o.
• Transferencia: el paquete transfer puede llevar propiedades, que se añaden a esa dirección.
• Lista de mods: el cliente envía una carga personalizada llamada mod_list, vacía en el cliente vanilla, para ayudar a depurar. Lo rellenan las plataformas de mods. En el código del cliente admite hasta 8.192 entradas.

Mojang advierte de que ese paquete va sin cifrar, así que los parámetros no deben usarse para nada sensible.

Lo que probamos

Arrancamos un servidor local de la 26.4-snapshot-3 (las propiedades existen desde el Snapshot 1) con allowed-connection-ids=casa2026,beta,Otro 3 y un texto en status-contact-details. Después enviamos a mano, con un programa propio que habla el protocolo, dos cosas: una consulta de estado, el mismo paso que hace una lista de servidores, y un intento de entrar, hasta el punto en que el servidor lo acepta, con distintas direcciones.

Imagen: resultados de la prueba. «Responde» es que el servidor contesta; «cierra» es que corta la conexión sin decir nada.

La consulta de estado y el intento de entrar dieron siempre el mismo resultado. Con el filtro desactivado, la misma petición sin ID devuelve el estado normal y el ID de la dirección se ignora. El campo de contacto se envía igual: no depende del filtro.

El campo de contacto y el estado antiguo

• El contacto llega como texto plano. Aceptó un texto de 1.500 caracteres y los códigos de color con § llegan sin interpretar. Va en el campo contact de la respuesta de estado.
• El estado antiguo no lo lleva. Con enable-legacy-status=true y sin filtro, un ping anterior a la 1.7 (probamos los tres formatos que existen) devuelve el mensaje del día y el número de jugadores, pero no el contacto.
• Con el filtro activo, el ping antiguo se corta. No puede llevar ID, así que el servidor cierra la conexión. Con enable-legacy-status=false ni siquiera contesta.

Y el comprobador de 40servidoresMC

Pasamos por este servidor de pruebas el código real con el que 40servidoresMC consulta el estado de un servidor (su sondeo directo). Sin ID lo da por caído; con la dirección localhost?_id=casa2026 lo ve en línea. Cualquier otra lista de servidores que consulte tu dirección pública verá lo mismo que veía el nuestro.

Qué hemos cambiado en 40servidoresMC. El formulario de alta borra el ?, el = y el _ de la dirección, así que no había forma de decirle el ID al comprobador. Ahora hay un campo opcional, «ID de conexión», en el alta y en el panel «Mi servidor» (privado):

• Guardas uno de los IDs de tu allowed-connection-ids.
• El comprobador lo añade a la dirección (tu.dominio?_id=tu-id) solo al preguntar por el estado de un servidor Java. No lo ven los jugadores, ni la ficha, ni ninguna página o API pública, y no se envía a servicios externos. No prueba el ping antiguo, que no puede llevar ID.
• No es una contraseña: viaja sin cifrar por la red, como cualquier ID de este filtro.
• La IP que enseña la ficha sigue sin ID, así que los jugadores que entren por ella no podrán conectar. El filtro encaja con un acceso privado o secundario, no con la IP pública.

Qué implica para tu servidor

• No es una medida de seguridad. El ID viaja sin cifrar dentro de la dirección, como avisa Mojang. Sirve más bien de filtro: quien no conozca el ID no puede ni ver tu servidor.
• Las listas de servidores lo verán «caído». Un comprobador de estado que no envíe el ID recibirá una conexión cerrada, y también los pings antiguos. Eso incluía al de 40servidoresMC, que ahora puede usar tu ID si lo guardas en tu panel. En el resto de listas, si activas el filtro en tu dirección pública, verás tu servidor caído.
• Cuidado al montar la dirección. Si el ID aparece dos veces, vale el último. Y el ID distingue mayúsculas.
• Proxies y protección anti-DDoS. Los parámetros viajan en el campo de la dirección, el mismo que usan muchos proxies para enrutar. No hemos probado ninguno. En GitHub, el 24 de septiembre, alguien pidió al proyecto Xray-core que adaptara el control de ID; se cerró como «no planeado».
• El contacto se envía, pero el juego aún no lo enseña. El cliente del Snapshot 3 recibe el campo y lo guarda con el estado del servidor, pero no encontramos en su código ninguna pantalla que lo use. De momento lo lee quien consulte el estado a mano.

Interpretación editorial: el filtro tiene sentido para una entrada secundaria o privada, por ejemplo para quien monta un acceso solo para su comunidad. Para la dirección pública que aparece en listas, activarlo equivale a esconder el servidor.

Qué hacer

• Pruébalo en una copia del servidor con el snapshot, nunca en el de producción.
• Si activas allowed-connection-ids, comprueba después que tus listas siguen mostrando el servidor en línea. En 40servidoresMC, guarda uno de tus IDs en «Mi servidor», campo «ID de conexión privado».
• Si usas un proxy, revisa su documentación antes del lanzamiento: en servidor offline con TCPShield y V4Guard explicamos cómo encaja un proxy delante del servidor.
• Si tu dominio usa registros SRV, recuerda que el paquete incluirá también el dominio original. Tienes cómo configurarlo en quitar la IP numérica y el puerto con SRV.
• Cuando llegue la versión final, actualiza con calma y con copia: cómo actualizar un servidor sin perder el mundo.

Lo que todavía no está claro

• Si el juego llegará a mostrar el campo de contacto en la lista de servidores.
• Cómo tratarán los proxies y los servicios de listas los parámetros del campo de dirección.
• Si algo de esto cambiará antes de la versión final: es un snapshot.

Fuentes consultadas

• Minecraft Feedback: notas oficiales del Snapshot 1 de Java 26.4.
• Minecraft Wiki: Java Edition 26.4 Snapshot 1.
• GitHub (Xray-core): petición sobre el control de ID de 26.4.

Imagen de portada generada con IA para 40servidoresMC. Las pruebas las hicimos en un servidor local de la 26.4-snapshot-3, sin proxy, con un programa propio y con el código del cliente y del servidor del snapshot. El campo «ID de conexión» de 40servidoresMC se probó contra ese mismo servidor: con el ID guardado, el comprobador lo ve en línea.