factorio-headless
Imágenes Docker multi-arquitectura nativas (amd64/arm64) para servidor headless de Factorio. Construcción automática por release upstream con verificación de checksums, SBOM y provenance firmada en ghcr.io.
Ficha actualizada 25 sept 2026, 8:55 · upstream 25 sept 2026, 8:24 · release sin release detectada
Qué es factorio-headless
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
factorio-headless proporciona imágenes Docker nativas para servidores headless de Factorio sin emulación, soportando arquitecturas linux/amd64 y linux/arm64. Las imágenes se construyen automáticamente para cada release estable y experimental del upstream, dentro de horas de publicación.
La base es debian:bookworm-slim ejecutándose como usuario no root con verificación de checksums en descargas donde upstream publica sumas, junto con SBOM y provenance firmada en ghcr.io. La configuración se realiza exclusivamente mediante variables de entorno que re-renderizan server-settings.json en cada inicio.
El proyecto destaca por binarios genuinamente nativos para ambas arquitecturas en un solo manifest, permitiendo que docker pull obtenga automáticamente la arquitectura correcta. Hasta septiembre 2026, ARM64 solo está disponible en el canal experimental debido a limitaciones upstream.
- Servidor headless de Factorio en contenedores Docker con actualizaciones automáticas
- Despliegue nativo en hardware ARM64 como Raspberry Pi 5 sin emulación QEMU
- Gestión de whitelist o acceso público mediante FACTORIO_USERNAME y FACTORIO_TOKEN
- Mantenimiento de mundos activos con AUTO_PAUSE=false para simulación continua
- Despliegue multi-arquitectura en infraestructuras heterogéneas (x86/ARM)
- Binarios nativos genuinos para amd64 y arm64 sin emulación de box64 o QEMU
- Construcción automática dentro de horas de cada release upstream estable y experimental
- Verificación de checksums, SBOM y provenance firmada en ghcr.io por defecto
- Configuración completa vía variables de entorno con re-renderizado dinámico
- Base debian:bookworm-slim ejecutándose como usuario no root para seguridad
- ARM64 actualmente solo disponible en canal experimental (:experimental), no en :stable
- No auto-actualiza el servidor; requiere docker compose pull y up -d manual
- Clientes deben coincidir exactamente con la versión del servidor (Steam branch)
- Factorio usa UDP, no funciona con túneles HTTP como Cloudflare Tunnel
- SD cards sufren desgaste rápido por autosaves; preferible NVMe o USB SSD
Perfil de infraestructura
Estimación inicial derivada del repositorio y de los servicios detectados.
Despliegue detectado
Qué señales reales de instalación hemos encontrado.
Usar :experimental para arm64 actualmente. Poner data volume en NVMe/USB SSD si es posible. Configurar RCON_PASSWORD y FACTORIO_TOKEN según necesidad. Usar AUTO_PAUSE=false para mantener la fábrica activa sin jugadores. Actualizar manualmente con docker compose pull && docker compose up -d. Para despliegues públicos, exponer UDP 34197 en router o usar WireGuard/Tailscale.
Stack y dependencias
Componentes inferidos a partir de manifests, configuración y documentación.
Puede sustituir a
Relaciones detectadas por el análisis del repositorio y su categoría.
Experiencia real de la comunidad
Ayuda a contrastar la estimación automática con instalaciones reales.
Todavía no hay datos comunitarios para este proyecto.