Cómo mantener un servidor de Minecraft online 24/7

Por qué tu servidor se cae en cuanto dejas de mirarlo

Un servidor de Minecraft es un programa corriendo en una máquina. Nadie lo vigila, nadie lo reinicia y nadie mantiene la máquina despierta por él. Cuando alguien dice «mi servidor se cae todo el rato», casi siempre es una de estas cinco cosas, y ninguna es culpa de Minecraft:

• El PC se ha suspendido. La configuración de energía por defecto de cualquier sobremesa o portátil suspende la máquina tras un rato sin actividad de teclado ni ratón. Un servidor ocupadísimo atendiendo jugadores sigue contando como inactivo, porque nadie está tocando el teclado.
• Fast Startup hizo que un apagado pareciera un reinicio. En Windows viene activado por defecto y es el caso más desconcertante de todos: la máquina parece volver, pero el proceso del servidor ya no está y la tarea de arranque que configuraste nunca llegó a ejecutarse.
• Una actualización lo reinició a las 3 de la madrugada. Tanto Windows Update como las actualizaciones desatendidas de Linux reinician sin preguntar. Si nada arranca tu servidor al encender, sencillamente no vuelve.
• Alguien cerró la tapa, cerró sesión o lo desenchufó. Cerrar la sesión de usuario termina los procesos que hay dentro. La tapa de un portátil al cerrarse suspende la máquina. Y alguien de casa que necesita el enchufe zanja la discusión del todo.
• Parpadeó la luz o internet. Con un corte de un segundo basta. Todo el mundo se desconecta, y nada vuelve a levantar el servidor por su cuenta.

Qué significa en realidad un 99.9% de uptime

«Siempre encendido» es una sensación. El uptime es una medición, y la diferencia importa en cuanto intentas averiguar si tu servidor es fiable de verdad o simplemente no estabas mirando cuando se cayó.

El uptime real se mide desde fuera de la máquina: algo en internet se conecta al puerto de tu servidor cada minuto y anota si respondió. Es la única definición que cuenta, porque recoge los casos que tu propio PC no puede reportar: la máquina suspendida, internet caído, el proceso colgado. «Mi PC estuvo encendido toda la semana» no es una cifra de uptime.

Los porcentajes suenan abstractos hasta que los conviertes en tiempo. En un mes de 30 días:

Lee esa tabla junto a la sección anterior y el problema del hosting casero salta a la vista: un solo ciclo de reinicio de Windows Update ya se lleva casi todo el margen de un mes al 99.9%. Ni una crisis ni un fallo de hardware: un reinicio rutinario. Dos de esos, más una noche en que la máquina se suspendió, y ya estás en territorio del 99% sin que haya pasado nada realmente malo.

Si quieres saber tu cifra real en vez de intuirla, apunta un monitor de uptime externo gratuito a la dirección y el puerto de tu servidor y déjalo un mes. Te contará cosas que no sabías, normalmente de las horas en que estabas durmiendo. Como referencia, HytHost trabaja con un objetivo del 99.9% de uptime: el mismo listón, medido de la misma forma.

Lo que de verdad te pide un PC encendido sin parar

Una máquina que nunca se apaga no es la misma máquina que usas por las tardes. En un año acumula unas 8.760 horas de funcionamiento: ventiladores girando, discos dando vueltas, calor saliendo de forma continua. Vive en algún sitio, y si ese sitio es tu habitación aprenderás con precisión lo audible que es un ventilador de caja a las 3 de la madrugada en julio. Nada de esto es dramático, pero es la parte que se olvida cuando uno imagina «dejarlo encendido y ya».

También consume electricidad todo el rato, y eso sí sale en la factura. Pero esa es una cuestión de dinero, no de uptime, así que vive en su propia guía: mira lo que cuesta realmente un servidor de Minecraft para hacer las cuentas.

La sorpresa mayor, sin embargo, no suele ser la máquina. Es la línea a la que está conectada.

Las conexiones domésticas están hechas para descargar, no para servir

Tu velocidad de bajada aquí no pinta nada. Un servidor envía: un flujo continuo de actualizaciones del mundo a cada jugador conectado, así que tu velocidad de subida es el techo de cuánta gente puede jugar con fluidez. Las tarifas domésticas se venden con un número de bajada grande y uno de subida mucho más pequeño, y ese número pequeño es el único que le importa a tu servidor. Cuando un servidor «va a tirones para todos menos para el host», la causa suele ser esta.

Tu dirección cambia sin avisar

La mayoría de conexiones domésticas tienen IP dinámica: cambia al reiniciar el router, al caerse la línea o cuando al operador le toca. Todos los amigos que guardaron tu servidor en su lista tienen ahora una entrada muerta, y a ti te toca repartir la dirección nueva otra vez. Un servicio de DNS dinámico tapa ese agujero dándote un nombre de host estable que sigue a la dirección cambiante: configúralo antes de repartir la dirección, no después.

Hay conexiones desde las que directamente no se puede hostear

Esta pilla a la gente después de horas de diagnóstico. Muchos operadores colocan a los clientes domésticos detrás de un carrier-grade NAT, lo que significa que no tienes dirección pública propia: la compartes. La apertura de puertos no puede funcionar en ese escenario por muy bien que configures el router, porque no hay dirección desde la que redirigir. Otros bloquean directamente los puertos de servidor más habituales, o prohíben montar servidores en las condiciones del contrato. Si la apertura de puertos está perfecta y los jugadores de fuera siguen sin poder entrar, esto es lo siguiente que hay que comprobar.

Tu IP de casa se convierte en la dirección del servidor

Para que alguien de fuera de tu casa pueda conectarse, abres un puerto en el router, y desde ese momento la dirección de tu servidor es la IP pública de tu hogar. La tiene todo el que invitas. Y todo el que la reciba de ellos, y cualquiera que la vea en una captura, en un mensaje de Discord o en una lista de servidores.

Lo importante es en qué se convierte el objetivo. Un ataque dirigido a un servidor alojado golpea a ese servidor. Un ataque dirigido a la dirección de tu casa golpea la casa: tu conexión, los móviles de tu familia, la videollamada de trabajo de alguien, la tele. No puedes filtrarlo desde dentro, porque para cuando el tráfico llega a tu router ya ha saturado la línea. Apagar el servidor tampoco ayuda: la dirección sigue siendo la dirección.

Esta es la única diferencia entre alojar en casa y en un centro de datos que no tiene solución posible en casa. La dirección de un servidor alojado es desechable y pertenece al servidor, no al sitio donde vives, y está detrás de la protección DDoS de Voxility, que absorbe los ataques antes de que lleguen. Para un servidor privado compartido con gente conocida, alojar en casa es un riesgo razonable. Para cualquier cosa pública, es la razón por la que la mayoría lo deja.

PC propio, VPS u hosting gestionado: quién hace el trabajo

Los tres pueden estar online las 24 horas. No es eso lo que los separa. Lo que los separa es quién es responsable cuando no lo están, y esa es la pregunta que merece la pena decidir, porque es la que vas a vivir cada semana.

La columna del medio es la que la gente juzga mal. Un VPS resuelve de golpe los dos problemas más difíciles —tiene una dirección de verdad y hardware que nunca duerme—, pero te entrega una máquina Linux desnuda y te convierte en el administrador de sistemas. Tú instalas y actualizas Java, configuras el firewall, escribes el servicio que arranca el servidor al encender, aplicas los parches de seguridad, montas y pruebas las copias de seguridad. Nada de eso es difícil, pero todo eso es ahora tuyo, para siempre, y una máquina sin parchear expuesta a internet es un pasivo, no un servidor.

Cómo mantener vivo un servidor autoalojado de todas formas

Si te quedas en tu propia máquina, esto es lo que lleva a un servidor casero de «encendido cuando me acuerdo» a genuinamente fiable. Hazlo en este orden: los dos primeros puntos ya resuelven por sí solos la mayoría de caídas.

Evita que la máquina se suspenda

Configura el plan de energía para que la máquina no se suspenda nunca ni apague los discos, pon la acción de cerrar la tapa en «no hacer nada» si es un portátil, y desactiva la hibernación. En Windows, desactiva además Fast Startup: es el motivo de que una máquina pueda parecer que ha reiniciado limpiamente mientras tu tarea de arranque nunca se ejecutó. Estos ajustes son la diferencia entre una caída cada noche y ninguna.

Arranca el servidor automáticamente al encender

Un reinicio que no habías previsto debería costarte un minuto, no una tarde. En Linux, una unidad de systemd arranca el servidor al encender y además lo reinicia si termina:

[Unit]
Description=Minecraft server
After=network.target

[Service]
User=minecraft
WorkingDirectory=/opt/minecraft
ExecStart=/usr/bin/java -Xms2G -Xmx4G -jar server.jar nogui
Restart=always
RestartSec=15

[Install]
WantedBy=multi-user.target

En Windows el equivalente es una tarea de Task Scheduler configurada para ejecutarse al iniciar el sistema y no al iniciar sesión: «al iniciar sesión» significa que no pasa nada hasta que alguien entra con su usuario, lo que echa por tierra la idea tras un reinicio nocturno.

Añade un watchdog, porque «en ejecución» no es «funcionando»

Este es el paso que casi todo el mundo se salta, y es el que caza las peores caídas. Un servidor de Minecraft que se ha quedado sin memoria o que ha entrado en interbloqueo sigue siendo un proceso en ejecución: systemd lo ve vivo y no hace nada, mientras los jugadores reciben un timeout. La única prueba fiable es si el puerto responde de verdad.

#!/bin/bash
while true; do
  if ! timeout 5 bash -c "echo > /dev/tcp/127.0.0.1/25565"; then
    systemctl restart minecraft
  fi
  sleep 60
done

Tosco y eficaz: cada minuto comprueba si el servidor responde en su puerto y lo reinicia si no. Ejecútalo como su propio servicio para que también sobreviva a un reinicio.

Reinícialo a propósito, antes de que lo necesite

Los servidores de Java que llevan mucho tiempo en marcha se van ralentizando a medida que la memoria se fragmenta y los plugins acumulan estado: el clásico «por la mañana iba bien, por la tarde arrastra». Un reinicio diario programado a una hora tranquila lo resetea todo en menos de un minuto. Avisa a los jugadores por el chat con una cuenta atrás para que nadie pierda una construcción, y elige una hora en la que no haya nadie.

Haz las copias en otro sitio que no sea la máquina

Una copia en el mismo disco no es una copia: es un segundo ejemplar esperando a que falle ese mismo disco. Copia la carpeta del mundo de forma programada a otro disco, a otra máquina o a almacenamiento en la nube. Y luego haz lo que no hace nadie: restaura una, una vez, y confirma que el mundo carga de verdad. Una copia sin probar es una suposición.

Dale a la dirección algo estable a lo que apuntar

Configura un DNS dinámico para que tus jugadores se conecten a un nombre de host que sigue a tu dirección cambiante en lugar de a un número que caduca. No cuesta nada y te ahorra el recurrente «el servidor está caído» que en realidad significa «la IP se ha movido».

Cuándo deja de compensar el follón

Todo lo anterior funciona de verdad. Mucha gente lleva años con un servidor casero sólido siguiendo exactamente esos pasos. Pero hay tres momentos en que el esfuerzo deja de compensar, y conviene reconocerlos cuando llegan:

• Alguien juega cuando tú no estás. En cuanto el servidor tiene que estar encendido mientras duermes, trabajas o te vas un fin de semana, estás de guardia, y una máquina que está en tu casa no se arregla desde la cocina de otra persona.
• Ahora depende de ello alguien más. Un mundo con meses de construcciones de varios amigos ya no es un proyecto de aficionado. El fallo que antes era una molestia ahora es una pérdida de todos.
• Lo has reiniciado a mano más de dos veces este mes. Esa es la señal de que el watchdog eres tú, y eso no mejora solo.

El caso contrario es igual de real y conviene decirlo claro: si juegas en LAN, si la máquina va a estar encendida igualmente por otros motivos, o si montar el tinglado es en sí mismo la gracia, autoalojar sigue siendo la respuesta correcta y nada de lo anterior te aplica.

Si has cruzado alguna de esas líneas, pasarte a un servidor de Minecraft gestionado entrega la lista entera —ajustes de suspensión, scripts de arranque, watchdogs, reinicios programados, copias fuera de la máquina y filtrado DDoS— a alguien cuyo trabajo es ese. Los planes empiezan pequeños y se amplían sobre la marcha según crece el servidor, así que no tienes que decidir hoy tu tamaño definitivo. Y si prefieres probar antes una opción gratuita, es una pregunta legítima con su propia respuesta: mira la mirada honesta al hosting gratuito de Minecraft.