Los mods de Satisfactory en un servidor dedicado

Satisfactory tiene un ecosistema de mods maduro y un gestor dedicado. En un servidor la regla es más estricta que en solitario: el servidor y todos los clientes deben llevar exactamente los mismos mods, en las mismas versiones.

Cómo se organiza

El gestor instala los archivos del lado del cliente. En el servidor, los mismos mods deben estar en la carpeta correspondiente. No hay descarga automática por parte de los jugadores como en otros juegos: cada uno instala por su lado, y las listas deben coincidir.

Eso es lo que hace imprescindible una lista escrita. Un servidor con mods y sin lista de referencia compartida se vuelve ingobernable tras tres actualizaciones.

Lo que rompe

• Un jugador con otra versión. La conexión se rechaza, normalmente con un mensaje poco explicativo.
• Una actualización del juego. Suele invalidar los mods de golpe, y hay que esperar a que cada autor se ponga al día. En un servidor comunitario eso significa una caída sufrida.
• Un mod retirado. Una partida creada con un mod que añade edificios ya no carga sin él. Quitar un mod de una fábrica madura no es una operación reversible.

Este último punto conviene entenderlo antes de empezar: añadir un mod de contenido a un servidor es comprometerse a largo plazo.

Un método que aguanta

1. Mantener una lista de mods y versiones accesible a todos los jugadores.
2. Añadir mods solo al principio de una partida, no sobre una fábrica ya construida.
3. Hacer copia antes de cualquier cambio en la lista, y guardarla aparte.
4. Tras una actualización del juego, esperar a que todos los mods se hayan puesto al día antes de reiniciar.

Si merece la pena modear

Para un grupo estable que juega mucho tiempo en la misma fábrica, los mods aportan bastante y el mantenimiento se diluye. Para un servidor que recibe gente de paso, cada mod es una barrera más de entrada.

En cualquier caso hace falta acceso a los archivos del servidor. Nuestro alojamiento Satisfactory lo da por WebFTP.