Guía de puertos del servidor Minecraft: multijugador en el puerto 25565

Un servidor de Minecraft escucha en un puerto configurado y espera a que los clientes se conecten. Para Java Edition, ese puerto es TCP 25565 de forma predeterminada. El cliente realiza un protocolo de enlace, verifica el estado del servidor y luego se une al mundo si la versión, la autenticación, la lista blanca y las reglas del servidor lo permiten.

El puerto sólo hace posible la ruta de red. La calidad del juego también depende del rendimiento de la CPU, la memoria, la velocidad del disco, la distancia de visualización, la velocidad de ticks, la carga de complementos, la latencia de la red y cuántos jugadores o granjas automatizadas están activas a la vez.

Minecraft Java Edition normalmente usa TCP 25565. Si cambia el puerto del servidor en server.properties, los jugadores deben incluir el puerto personalizado a menos que los registros DNS SRV o un proxy lo oculten.

Minecraft Bedrock Edition comúnmente usa UDP 19132 para IPv4 y puede usar puertos relacionados según la plataforma y la configuración. Java y Bedrock son protocolos diferentes. Una verificación del puerto Java no prueba que se pueda acceder a un servidor Bedrock y Bedrock generalmente necesita pruebas compatibles con UDP.

Abra TCP 25565 cuando los jugadores fuera de la máquina host o la red local necesiten unirse a un servidor Java Edition. Para un servidor alojado en casa, eso generalmente significa reenvío del puerto del enrutador a la IP privada del servidor más una regla de firewall del host en el servidor.

No abra 25565 si el servidor es privado para una LAN, un mundo de pruebas o un entorno de construcción temporal que solo los jugadores locales necesitan. Utilice una VPN, una lista de permitidos o una ruta de alojamiento privado cuando el grupo de jugadores sea pequeño y conocido.

Antes de abrir el puerto, establezca una IP privada estática o una reserva DHCP para el servidor, confirme que server.properties utilice el puerto de servidor esperado y verifique que el servidor esté escuchando. Decida si el modo en línea, la lista blanca, los operadores, la dificultad, las copias de seguridad y los permisos de los complementos están configurados correctamente.

Un verificador de puertos puede indicarle si se puede acceder a TCP 25565 desde el exterior, pero no puede confirmar que la versión de Minecraft coincida, que la lista blanca permita un reproductor o que los complementos estén en buen estado. Pruebe con el cliente real de Minecraft después de validar el puerto.

En Windows, permita el TCP 25565 entrante en el Firewall de Windows Defender para el tiempo de ejecución de Java o el proceso del servidor. Si el servidor está detrás de un enrutador doméstico, reenvíe el TCP 25565 externo a la IP y al puerto del servidor interno.

En Linux, permita TCP 25565 a través de ufw, firewalld, nftables, iptables o el grupo de seguridad en la nube. Si el servidor se ejecuta en Docker, publique el puerto del contenedor en el host. Si se ejecuta en un VPS, verifique tanto el firewall del host como el firewall del proveedor.

En redes domésticas, esté atento a CGNAT. Si su enrutador no tiene una dirección IP pública real, el reenvío de puertos normal no funcionará desde Internet. Es posible que necesite un VPS, un túnel, un host administrado o un plan ISP con una dirección pública.

Comience con una verificación del puerto externo con el nombre de host público o IP y el puerto 25565. Si el resultado está abierto, los clientes remotos pueden establecer una conexión TCP con el puerto del servidor Java. Luego conéctese desde un cliente de Minecraft fuera de la red local.

Si utiliza un nombre de dominio, confirme que DNS apunta a la dirección pública correcta. Si usa un puerto personalizado, dígales a los jugadores que lo incluyan o configure un registro SRV para Java Edition. Para Bedrock, utilice el puerto UDP apropiado y pruebe con un cliente Bedrock.

Si el puerto 25565 está cerrado, es posible que el servidor no se esté ejecutando, que esté escuchando en un puerto diferente o que esté bloqueado por el firewall del host, el firewall de la nube, el reenvío del enrutador o CGNAT. Si el puerto está abierto pero los jugadores no pueden unirse, verifique la discrepancia de versiones, la lista blanca, el modo en línea, las prohibiciones, los complementos, las modificaciones y los registros del servidor.

Si los jugadores locales pueden unirse pero los jugadores remotos no, el problema suele ser la NAT del enrutador, la IP pública, el firewall del proveedor o el DNS. Si los jugadores remotos pueden unirse pero el juego se retrasa, inspeccione la carga de la CPU, la presión de la memoria, la E/S del disco, la distancia de visualización, el recuento de entidades, los tiempos de los complementos y la latencia de la red.

Utilice una lista blanca para comunidades privadas, mantenga actualizados el software y los complementos del servidor, realice copias de seguridad de los mundos con regularidad y evite otorgar permisos generales a los operadores. Los servidores públicos deben tener herramientas de moderación, controles contra el duelo, alojamiento compatible con DDoS y procedimientos de reversión claros.

No ejecute el servidor como administrador o usuario root si puede evitarlo. Limite los permisos de archivos, revise las fuentes de complementos, mantenga Java actualizado y supervise los registros en busca de uniones sospechosas, abuso de comandos, fallas e intentos repetidos de conexión.