Docker y máquinas headless

Presta al pool un servidor Linux, un NAS o cualquier máquina sin escritorio con un solo contenedor, con o sin la interfaz de sim. SimulationCraft se descarga en la build exacta del pool.

Para un servidor Linux, un NAS o cualquier máquina sin escritorio: el mismo motor como contenedor, desde github.com/rbardtke/simhive-docker. Nada que compilar. SimulationCraft se descarga en la build exacta del pool (35 MB) y desde entonces lo sigue.

Necesitas Docker con el plugin Compose en Linux x86-64, y tu token (el mismo que en todas partes).

git clone https://github.com/rbardtke/simhive-docker.git && cd simhive-docker
cp .env.example .env      # put your token in it
docker compose up -d

Con o sin la interfaz #

El único interruptor en .env:

SIMHIVE_INTERFACE=true te da tu propia página de Simhive en el puerto 4747 (las sims van al pool) y presta los núcleos de la máquina.
SIMHIVE_INTERFACE=false presta los núcleos y no sirve nada. La máquina solo trabaja para el pool.

En ambos casos aparece con tu nombre, y sus hilos, horario y pausa se ajustan como en cualquier otra máquina tuya, desde la app de tu PC o desde la página del propio contenedor si la tiene.

Actualizar #

docker compose pull && docker compose up -d

La imagen se reconstruye con cada cambio del motor; Ajustes → Pool marca una máquina como "desactualizada" cuando le toca hacerlo.

Conviene saber #

La interfaz no tiene login: deja el puerto 4747 dentro de tu LAN.
En Unraid, Synology o Portainer, pega compose.yml en el editor de stacks y define SIMHIVE_TOKEN como variable de entorno en lugar del archivo .env.
La imagen es solo para x86-64. En ARM, Docker responde "manifest unknown".
docker compose logs dice por qué un contenedor se reinicia en bucle: normalmente falta el token en .env, o no se pudo contactar con el pool para preguntar qué build de SimulationCraft descargar. Lo reintenta solo.