Alojar un servidor de Rust: wipes, plugins y rendimiento

Un servidor de Rust no se gestiona como los demás: el mapa se reinicia con regularidad, los plugins deben seguir cada actualización y el tamaño del mundo influye en el rendimiento. Así puede organizar estos tres aspectos antes de abrir el servidor a su comunidad.

• El primer jueves del mes, la actualización de Facepunch impone un mapa nuevo a todos los servidores.
• Entre medias, el ritmo de wipe lo decide usted: anúncielo y respételo.
• Oxide/uMod o Carbon añaden los plugins; compruebe su compatibilidad tras cada actualización.
• El tamaño del mapa y el número de jugadores determinan la RAM y la CPU necesarias.

Entender el calendario de wipes

Un wipe reinicia el mundo: construcciones, inventarios y, según el caso, los planos desbloqueados (blueprints). Facepunch publica una actualización el primer jueves de cada mes, y este «forced wipe» impone un mapa nuevo a todos los servidores. Entre medias, el ritmo lo decide usted: muchas comunidades hacen wipe cada semana o cada dos semanas.

• Map wipe: mapa nuevo, se conservan los blueprints desbloqueados.
• Wipe completo: se reinician el mapa y los blueprints.
• Forced wipe: el primer jueves del mes, con la actualización de Facepunch.

Anunciar y automatizar los wipes

Los jugadores suelen elegir su servidor según la fecha de wipe. Muéstrela en el nombre o en la descripción y respétela. En ACLClouds, la variante Rust Auto Wipe puede elegirse al hacer el pedido, y el programador del panel ejecuta tareas según una expresión cron: aviso a los jugadores, copia de seguridad y reinicio. La guía para programar reinicios y restablecimientos muestra cómo encadenar estas tareas.

• Fecha y hora del wipe indicadas en la descripción del servidor.
• Un mensaje a los jugadores varios minutos antes del apagado.
• Una prueba con «Ejecutar ahora» cuando no haya nadie conectado.

Plugins: Oxide/uMod o Carbon

El servidor oficial de Rust no carga plugins por sí solo. Un framework de modding como Oxide/uMod o Carbon añade esta capacidad: kits, teletransporte, clanes, herramientas de moderación. Con Oxide/uMod, los plugins son archivos .cs colocados en oxide/plugins, y su configuración se encuentra en oxide/config. Tras cada actualización mensual, compruebe que el framework y sus plugins son compatibles antes de volver a abrir el servidor.

• Un único framework de modding: Oxide/uMod o Carbon, no ambos.
• Unos pocos plugins bien elegidos en lugar de una larga lista que nunca se actualiza.
• Un plugin cada vez, con una revisión de la consola al recargar.

Tamaño del mapa, jugadores y rendimiento

El mapa procedural se define por su tamaño y su semilla (seed) en los parámetros de inicio. Un mapa grande y muchas construcciones requieren más memoria, y cada jugador conectado añade carga al procesador. En lugar de buscar el mapa más grande posible, dimensiónelo según el número de jugadores que realmente espera y vigile la RAM y la CPU a lo largo del wipe: la carga aumenta a medida que crecen las bases.

• Un tamaño de mapa adaptado al número de jugadores esperado.
• Un cambio de tamaño o de seed en el momento del wipe, no a mitad de partida.
• Una vigilancia de la RAM al final del wipe, cuando hay más bases.

Actualizaciones y copias de seguridad

Rust se instala y se actualiza con SteamCMD. Antes de una actualización, avise a los jugadores, detenga el servidor y haga una copia de seguridad de la configuración y de los datos de los plugins: la guía para actualizar un servidor con SteamCMD detalla el orden de las operaciones. Los planes de Rust de ACLClouds incluyen protección anti-DDoS, consola en tiempo real y acceso a los archivos, y puede cambiar de plan cuando su comunidad crezca.

• Una copia de seguridad de oxide/config y oxide/data antes de cada actualización.
• Una copia fuera del servidor, según la regla 3-2-1.
• Una conexión de prueba antes de volver a abrir el servidor a los jugadores.