Configurar un servidor dedicado de Satisfactory para jugar en cooperativo

El modo de juego en cooperativo de Satisfactory funciona mejor cuando la fábrica vive en una instancia independiente del cliente, capaz de guardar el progreso aunque ningún jugador esté conectado. Esta guía repasa los archivos de configuración, los puertos necesarios y los parámetros de sesión compartida para dejar esa instancia lista en pocos minutos, sin depender de que un jugador mantenga su equipo encendido.

Cómo preparar el servidor de Satisfactory para partidas cooperativas

Satisfactory incluye un ejecutable independiente del cliente, pensado para funcionar sin interfaz gráfica (modo headless) tanto en Linux como en Windows. Se descarga vía SteamCMD con el App ID 1690800 y arranca en segundo plano, gestionando la simulación de fábricas incluso con miles de piezas moviéndose a la vez.

Este tipo de simulación depende sobre todo del rendimiento por núcleo: Satisfactory no reparte bien la carga entre muchos hilos, así que una CPU con frecuencia alta (tipo Ryzen) marca más diferencia que añadir núcleos extra. El almacenamiento también pesa: los archivos de guardado de fábricas avanzadas pueden superar varios cientos de MB, y un disco NVMe reduce notablemente el tiempo de carga y de autoguardado comparado con un disco mecánico.

steamcmd +force_install_dir ./satisfactory-server +login anonymous +app_update 1690800 validate +quit
cd satisfactory-server
./FactoryServer.sh

Para quienes prefieren evitar la instalación manual vía SteamCMD y la gestión de dependencias de Linux, existe la opción de alojamiento servidor Satisfactory con panel Pterodactyl, copias de seguridad automáticas y protección anti-DDoS ya configurada de fábrica.

Si en cambio prefieres administrar tú mismo el entorno, un VPS Linux o un VPS Pterodactyl permite instalar la misma pila con control total sobre el sistema operativo.

Puertos y configuración de red para la sesión compartida

Antes de invitar a nadie hay que abrir correctamente los puertos de red, tanto en el firewall del sistema como en el router si la máquina está en una red doméstica. Satisfactory usa UDP para el juego y expone una API administrativa sobre el mismo puerto principal.

Puerto	Protocolo	Función
7777	UDP	Comunicación principal de juego (game port)
7777	TCP/HTTPS	API del gestor remoto (Server Manager) para administración
15000	UDP	Beacon port, descubrimiento de la sesión en red local

Firewall y apertura de puertos en Linux

sudo ufw allow 7777/udp
sudo ufw allow 7777/tcp
sudo ufw allow 15000/udp
sudo ufw status verbose

Si la máquina tiene varias interfaces de red, el parámetro -Multihome=IP al lanzar el ejecutable obliga a Satisfactory a escuchar únicamente en la dirección correcta, lo que evita confusiones cuando conviven redes públicas y privadas en el mismo equipo.

./FactoryServer.sh -Multihome=203.0.113.10 -Port=7777

En router doméstico, el reenvío de puertos (port forwarding) debe apuntar esas mismas rutas UDP/TCP hacia la IP local de la máquina que ejecuta el proceso. En un entorno gestionado mediante panel, estas reglas ya suelen venir aplicadas sobre la IP pública asignada.

Archivos de configuración y parámetros de la partida cooperativa

La configuración vive en la carpeta FactoryGame/Saved/Config/LinuxServer (o WindowsServer según la plataforma), principalmente en los archivos Game.ini y Engine.ini. Ahí se definen el nombre visible de la sesión, el intervalo de autoguardado y las contraseñas de acceso para jugadores y administradores.

[/Script/Engine.GameSession]
MaxPlayers=8

[FactoryGame.FGGameUserSettings]
mAdminPassword="clave-admin-robusta"
mClientPassword="clave-sesion-compartida"
mSessionName="Fabrica-Cooperativa"
mAutosaveInterval=300

La contraseña de administrador (AdminPassword) y la de sesión (ClientPassword) cumplen funciones distintas: la primera da acceso a los comandos de gestión remota, la segunda filtra quién puede unirse a la partida compartida. Conviene no reutilizar una de otra ni dejar ninguna en blanco si varios equipos distintos juntan sus horarios en la misma fábrica.

Gestión remota vía Server Manager

Desde la actualización que introdujo el gestor web integrado, el cliente de Satisfactory puede conectarse directamente a la dirección IP y puerto 7777 usando el token de administrador para arrancar, detener o cargar partidas sin acceder por terminal. Es útil para que un co-administrador gestione el mundo sin necesidad de credenciales del sistema operativo.

Ajustes de dificultad y reglas compartidas

Dentro del propio menú de creación de partida (no en los ficheros INI) se definen las reglas de juego cooperativo: muerte sin pérdida de inventario, consumo de recursos de construcción, agresividad de la fauna y velocidad de las cintas por defecto. Estos parámetros se guardan junto al mundo, así que conviene fijarlos antes de invitar a todo el grupo, ya que cambiarlos a mitad de partida puede desincronizar el progreso de los jugadores conectados.

Rendimiento, guardados automáticos y mantenimiento del servidor

Un intervalo de autoguardado demasiado corto castiga el disco y puede generar microcortes perceptibles en partidas con fábricas grandes; un valor entre 300 y 600 segundos suele ser un buen equilibrio. Además del autoguardado interno del juego, es recomendable mantener copias de seguridad externas con rotación, de forma que un fallo de energía o una actualización mal aplicada no borre semanas de progreso.

• Vigilar el uso de RAM: fábricas muy densas con cientos de edificios aumentan el consumo de memoria de forma notable.
• Actualizar el binario del servidor en la misma rama (Stable o Experimental) que usan los clientes, para evitar incompatibilidades de versión.