La guía completa · 7 min de lectura
Hosting servidor 7 Days to Die: la guía para el admin del grupo
Todo lo que necesita saber quien lleva el servidor del grupo en la era 3.x: reglas de crossplay, presets de sandbox, mundos, memoria, admins, mods y cómo mudar una partida.
Por Matthew Griffin, Propietario de Gaming DeluxePublicado · Actualizado
En esta guía
- Qué cambia con un servidor dedicado de 7 Days to Die
- Servidores crossplay: los requisitos oficiales
- Presets de sandbox y el Sandbox Code
- Mundos: Navezgane, generación aleatoria y mapas pregenerados
- Slots, tamaño del mundo y memoria
- Admins y niveles de permiso
- Mods, EAC y overhauls en un servidor de PC
- Mudar una partida y guardar copias
- 7 Days to Die: qué comparar al alquilar un servidor
- Glosario de 7 Days to Die para quien lleva el servidor
- Ayuda con 7 Days to Die y próximos pasos
Qué cambia con un servidor dedicado de 7 Days to Die
En el cooperativo que alojas desde tu propia partida, el mundo se cierra en cuanto se va el anfitrión. Eso choca con un juego construido alrededor de una cuenta atrás de siete días, en el que el grupo quiere saquear el martes, fortificar el jueves y plantar cara a la horda todos juntos el fin de semana. Un servidor dedicado deja el mundo disponible para todos, cada cual con su horario, sin que el PC de un jugador haga de puerta de entrada.
También amplía lo que puedes hacer. Un servidor dedicado puede usar un mundo generado a un tamaño que tu portátil no movería con soltura, mantener viva una partida larga durante meses, cargar modlets para todo el grupo y, desde la versión 2.0, aceptar también a jugadores de consola. Si está en un centro de datos, tiene una dirección fija, un ancho de banda estable y alguien a quien acudir cuando algo se tuerce.
Servidores crossplay: los requisitos oficiales
El crossplay llegó a 7 Days to Die con el Winter Patch 1.2 de diciembre de 2024, al principio solo para partidas entre pares (P2P). La versión 2.0, Storm's Brewing, lo extendió a los servidores dedicados en junio de 2025, junto con una lista de requisitos para servidores (en inglés) que sigue vigente.
| Ajuste | Necesario para jugadores de consola | Motivo |
|---|---|---|
| ServerMaxPlayerCount | 8 o menos | Las consolas solo ven servidores de ese tamaño |
| ServerAllowCrossplay | true | Hace visible el servidor para los jugadores de consola |
| EACEnabled | true | El antitrampas tiene que funcionar para todos |
| IgnoreEOSSanctions | false | Quien tenga un baneo online se queda fuera |
| Mods | Ninguno | Las consolas no pueden entrar a servidores con mods |
Los jugadores de PC entran sean cuales sean estos ajustes, así que las reglas solo aprietan cuando alguien del grupo está en PS5 o Xbox Series X|S. The Fun Pimps añaden que en consola solo se ven servidores cuyos ajustes y región encajan con esa consola, y sus notas de crossplay anteriores limitaban las consolas a mundos de 8K o menos. Nuestro plan de 8 Slots existe justo para ese grupo.
Presets de sandbox y el Sandbox Code
La versión 3.0, Dead Hot Summer, cambió el sitio donde se guardan las reglas de un servidor. La dificultad, la frecuencia de la luna de sangre, la duración del día y de las horas de luz, el multiplicador de experiencia, la abundancia de loot, su reaparición, la frecuencia de los suministros aéreos y una veintena de ajustes más desaparecieron de serverconfig.xml. Ahora viven en una sola propiedad SandboxCode, una cadena de texto que generas en el menú Sandbox Options del juego (nombre en inglés).
- Presets: paquetes oficiales de ajustes, con Adventurer por defecto. Todos nuestros servidores los traen listos para elegir.
- Códigos propios: monta tus reglas en el menú, copia el código y pégalo en el Config Editor.
- Tras crear el mundo: algunos ajustes quedan fijos en cuanto existe el mundo; otros todavía se cambian con setgamepref en la consola.
Mundos: Navezgane, generación aleatoria y mapas pregenerados
El ajuste GameWorld elige entre Navezgane, el mapa diseñado a mano, y un mundo generado al azar a partir de una semilla y un tamaño. Los mundos aleatorios vienen en los tamaños con soporte oficial, 6K, 8K y 10K, y el juego incluye además mapas pregenerados de 4K a 10K, con nombres que van de Pregen04kA a Pregen10kD.
Para usar un mapa pregenerado, elige Pregen/Custom como mundo de juego en el Config Editor y escribe el nombre del mapa tanto en el campo del nombre del mundo como en el de la partida. El primer arranque con un mapa nuevo puede tardar hasta una hora mientras se prepara. Vigila la Web Console, deja el servidor encendido hasta que informe de un inicio de sesión correcto y aguanta las ganas de reiniciar a medias, porque una generación interrumpida vuelve a empezar de cero.
Slots, tamaño del mundo y memoria
El número de jugadores y el tamaño del mundo deciden juntos cuánta memoria necesita un servidor. Nuestro formulario de pedido recomienda 8 GB o más para un mundo de 6K, de 8 GB a 12 GB para 8K y de 12 GB a 16 GB para 10K. Cada plan incluye un nivel de RAM igual o superior a esas cifras para el tamaño de mundo que es probable que use: 10 GB en 8 Slots, 12 GB en 12, 14 GB en 16, 16 GB en 24 y 20 GB en 30.
Los mods y las partidas largas van subiendo el consumo. Mira la gráfica de memoria del panel en una noche de luna de sangre, cuando todos los jugadores están activos a la vez, y sube un nivel desde el área de cliente si se acerca al límite. En el formulario de pedido llegas hasta 100 jugadores y 32 GB.
Admins y niveles de permiso
Los permisos de admin se guardan en serveradmin.xml. Cada entrada indica la plataforma y el ID de un jugador junto con un nivel de permiso, donde 0 es control total y los números más altos dan menos poder.
- Detén el servidor y abre serveradmin.xml en el Config Editor.
- Elige la plataforma del jugador e introduce su Steam64 ID, o su EOS ID si juega en consola o en Epic.
- Fija el nivel de permiso: 0 para un admin completo.
- Arranca el servidor; desde ese momento, los admins pueden usar los comandos de consola dentro del juego.
Los jugadores de consola no tienen Steam ID. Pídeles que se conecten mientras miras la Web Console: su EOS ID aparece en el log, y lo añades sin el prefijo EOS_.
Mods, EAC y overhauls en un servidor de PC
Los mods de 7 Days to Die van en una carpeta Mods, con una subcarpeta por mod y un ModInfo.xml dentro de cada una. Los modlets que solo usan XML se envían a los jugadores al conectarse, y eso los hace fáciles de compartir. Los que traen iconos, modelos o sonidos nuevos también tienen que instalarse en el PC de cada jugador, y los mods con código propio (archivos DLL) obligan a desactivar Easy Anti-Cheat tanto en el servidor como en el lado de los jugadores.
- Apaga el crossplay antes de añadir mods; desde consola no se entra a un servidor con mods.
- Sube los mods a la carpeta Mods con el File Manager o por SFTP.
- Usa la versión del juego para la que se hizo cada mod, instalando una build Legacy con el Mod Manager si hace falta.
- Arranca el servidor y busca errores en el log antes de invitar a nadie.
Los overhauls sustituyen buena parte del juego y suelen traer sus propios mundos pregenerados. Nuestra base de conocimiento recoge, por ejemplo, los nombres de mundo de Darkness Falls, que van en los mismos campos Pregen/Custom que los mapas oficiales.
Mudar una partida y guardar copias
Un mundo de un jugador o alojado en casa se traslada en dos partes. La partida en sí está en tu carpeta Saves (en Windows, normalmente dentro de AppData, Roaming, 7DaysToDie). Un mundo de generación aleatoria tiene además una carpeta en GeneratedWorlds. Comprime cada una en zip, súbela a la carpeta equivalente del servidor, descomprímela y apunta el Config Editor al mismo nombre de mundo y de partida.
Con el mundo ya en marcha, toca protegerlo. Haz una copia antes de cambiar de versión o de añadir un mod, programa copias automáticas en el panel y recuerda que, además, guardamos copias externas de los últimos 7 días. Un webhook de Discord en Service Settings avisará al grupo cada vez que el servidor se reinicie o se actualice.
7 Days to Die: qué comparar al alquilar un servidor
Siete detalles que distinguen a un buen proveedor de 7 Days to Die de uno que simplemente es barato.
- Una opción crossplay de verdadSi hay amigos en consola, comprueba que el proveedor ofrece un servidor de 8 jugadores y te deja tocar los ajustes de crossplay y EAC.
- Memoria para el tamaño de tu mundoCompara la RAM incluida con el mundo que piensas usar, no solo con el número de jugadores.
- Soporte para Sandbox CodeAsegúrate de que puedes elegir presets y pegar un código propio sin abrir un ticket.
- Control de versionesLos mods van por detrás de las actualizaciones. Poder instalar tú mismo una build anterior te ahorra muchas esperas.
- Subida de mundosVerifica que tienes acceso a los archivos, para que una partida y su mundo generado puedan mudarse contigo.
- Ubicación y pingMide la latencia desde donde viven tus jugadores; cuando llega la horda, pesa más que el hardware puro.
- Copias y condicionesBusca copias que puedas restaurar tú, copias externas, y nada de cuotas de alta ni permanencia mínima.
Glosario de 7 Days to Die para quien lleva el servidor
- Luna de sangre (blood moon)
- La noche de la horda que da nombre al juego, con un ciclo que fijan los ajustes de sandbox.
- Sandbox Code
- Una única cadena de texto que guarda las reglas de juego de un mundo desde la versión 3.0.
- Preset
- Un paquete oficial de ajustes de sandbox; Adventurer es el de serie.
- RWG
- Random World Generation, la generación aleatoria que crea un mapa nuevo a partir de una semilla y un tamaño.
- Navezgane
- El mapa del juego diseñado a mano.
- Mapa pregenerado (Pregen)
- Un mundo ya generado que viene con el juego, de Pregen04kA a Pregen10kD.
- EAC
- Easy Anti-Cheat, obligatorio para el crossplay y desactivado para los mods de código.
- EOS ID
- El ID de Epic Online Services que identifica a los jugadores de consola y de Epic en los archivos de admin.
- Modlet
- Un mod pequeño, casi siempre solo XML, que cambia unas pocas partes del juego.
- serveradmin.xml
- El archivo que enumera los admins, sus ID y sus niveles de permiso.
Ayuda con 7 Days to Die y próximos pasos
Páginas oficiales y nuestras propias guías, todas en inglés.
- Requisitos de servidores crossplay, The Fun PimpsLos ajustes que necesitan los jugadores de consola.
- Notas de la V3.0 Dead Hot SummerEl paso a presets y códigos de sandbox.
- Presets de sandbox y códigos propios en nuestros servidoresPaso a paso en el Config Editor (página en inglés).
- Panel de control de Gaming DeluxePara qué sirve el panel y por dónde se entra (página en inglés).
- Nuestras ubicacionesVista general (página en inglés).
- Contacta con soporteAyuda 24/7 con mundos, mods y crossplay (página en inglés).
Cómo escribimos esta guía: partimos de las notas de versión y los requisitos de crossplay de The Fun Pimps, la wiki oficial y la página de Steam; la redactamos con ayuda de IA, comprobamos cada plan, precio, ajuste y ubicación en nuestro formulario de pedido y en la base de conocimiento de 7 Days to Die, y Matthew Griffin la revisó antes de publicarla. ¿Has encontrado algo desactualizado? Avísanos (página en inglés).
Fuentes, revisadas el 14 de octubre de 2026:
- Crossplay server requirements, The Fun Pimps (en inglés)
- V2.0 Storm's Brewing release notes, The Fun Pimps (en inglés)
- V3.0 Dead Hot Summer release notes, The Fun Pimps (en inglés)
- V3.3.0 stable, The Fun Pimps (en inglés)
- V3.2.0 stable (4.0 en desarrollo), The Fun Pimps (en inglés)
- Winter Patch 1.2 (primer crossplay), The Fun Pimps (en inglés)
- Alpha 20 release notes (tamaños de mundo), The Fun Pimps (en inglés)
- A new chapter for The Fun Pimps (Behaviour Interactive), foro oficial (en inglés)
- Mod structure, wiki oficial de 7 Days to Die (en inglés)
- 7 Days to Die en Steam
- Formulario de pedido de Gaming Deluxe, 7 Days To Die Dedicated Server
- Base de conocimiento de Gaming Deluxe, 7 Days to Die (en inglés)
