Configurar un servidor DayZ en español: parámetros y mods

Par Benjamin D. · PDG

2 de septiembre de 2026 · Mis à jour le 2 de septiembre de 2026 · Lecture 10 min

Índice

Configurar un servidor DayZ en español no depende de la suerte: todo se decide en el archivo serverDZ.cfg, en la carpeta de mods y en unos cuantos XML de la economía central. En esta guía repasamos los parámetros que realmente cambian la experiencia de juego, cómo cargar contenido del Steam Workshop sin romper la instancia y qué ajustes tienen sentido para una comunidad hispanohablante.

Anatomía de un servidor DayZ en español: archivos y puertos

Antes de tocar una sola línea conviene saber dónde vive cada cosa. Una instancia estándar de DayZ se organiza así:

serverDZ.cfg — configuración general: nombre, slots, aceleración del tiempo, logs, misión cargada.
mpmissions/dayzOffline.chernarusplus/ — la misión: economía central, spawns, eventos, storage_1 (la persistencia).
battleye/BEServer_x64.cfg — contraseña RCON y filtros de BattlEye.
profiles/ — logs del servidor (server_console.log, *.ADM, *.RPT).
keys/ — claves .bikey de cada mod firmado.

En cuanto a red, DayZ usa por defecto el puerto de juego 2302/UDP y un puerto de consulta Steam (27016/UDP o el que definas con steamQueryPort). Si administras desde un panel tipo Pterodactyl, esos puertos ya vienen asignados a tu instancia y basta con respetarlos dentro del .cfg: si el puerto de consulta no coincide, tu partida no aparecerá en el navegador de servidores del juego ni en las listas públicas.

Cómo editar el archivo sin romper nada

La sintaxis de serverDZ.cfg es estricta: cada línea termina en punto y coma, las cadenas van entre comillas dobles y los bloques class se cierran con };. Un carácter fuera de sitio y el proceso arranca sin misión o directamente se cierra. Trabaja siempre desde el gestor de archivos del panel o por SFTP, guarda una copia antes de cada cambio y revisa server_console.log tras el reinicio.

Si prefieres delegar la parte de infraestructura (Ryzen de alta frecuencia, NVMe, anti-DDoS y copias automáticas) y centrarte solo en la configuración y la comunidad, puedes revisar el alojamiento servidor DayZ de Fly-Serv y trabajar directamente sobre la consola en vivo del panel.

serverDZ.cfg parámetro a parámetro

Este es un archivo base funcional, ya adaptado a una comunidad de habla hispana. Cópialo y ajusta valores:

hostname = "[ES] Chernarus | Comunidad Hispana | PvP";
password = "";
passwordAdmin = "CambiaEstaClaveLarga";
enableWhitelist = 0;

maxPlayers = 60;
verifySignatures = 2;
forceSameBuild = 1;
disableVoN = 0;
vonCodecQuality = 20;
disable3rdPerson = 0;
disableCrosshair = 0;
disablePersonalLight = 1;

serverTime = "SystemTime";
serverTimeAcceleration = 8;
serverNightTimeAcceleration = 4;
serverTimePersistent = 1;

lootHistory = 1;
storageAutoFix = 1;
instanceId = 1;

respawnTime = 5;
timeStampFormat = "Short";
logAverageFps = 60;
logMemory = 60;
logPlayers = 60;
logFile = "server_console.log";

adminLogPlayerHitsOnly = 0;
adminLogPlacement = 1;
adminLogBuildActions = 1;
adminLogPlayerList = 1;

steamQueryPort = 27016;
allowFilePatching = 0;

motd[] = { "Bienvenido al servidor. Reglas en el Discord.", "Reinicios cada 4 horas. Sin combat logging." };
motdInterval = 900;

loginQueueConcurrentPlayers = 5;
loginQueueMaxPlayers = 500;

class Missions
{
    class DayZ
    {
        template = "dayzOffline.chernarusplus";
    };
};

Identidad, acceso y seguridad

Parámetro	Función	Recomendación
`hostname`	Nombre visible en el navegador del juego	Empieza por `[ES]` o `[LATAM]` para filtrar por idioma
`password`	Clave de entrada	Vacío para público; úsalo en fases de test
`passwordAdmin`	Acceso al menú de administración in-game	Mínimo 20 caracteres, nunca reutilizada
`enableWhitelist`	Filtro por lista blanca	`1` en comunidades de rol cerradas
`verifySignatures`	Verificación de firmas de mods	Deja siempre `2`
`allowFilePatching`	Permite clientes con archivos modificados	`0` salvo desarrollo de mods propios

Nunca bajes verifySignatures a 0 para "arreglar" un mod que no carga: el problema casi siempre es una .bikey ausente en keys/. Del mismo modo, forceSameBuild = 1 evita que jugadores con builds antiguas provoquen desincronizaciones tras un parche.

Aforo, cola y rendimiento

maxPlayers no es un número que se elija por ambición. DayZ es intensivo en un solo hilo, y la simulación de zombis, IA y persistencia crece con cada jugador conectado. Con CPU de alta frecuencia y almacenamiento NVMe, 60 slots en Chernarus se sostienen con soltura; a partir de ahí, cada mod pesado (bases ampliadas, vehículos, mapas grandes como Namalsk o Deer Isle) reduce el margen. Si ves caídas de FPS del servidor en los logs de logAverageFps, baja slots antes que culpar a la red.

La cola de conexión (loginQueueConcurrentPlayers) controla cuántos jugadores entran a la vez tras un reinicio. Valores altos generan picos de carga y desincronización; 3 a 5 es un rango sensato.

Ciclo día/noche y horario de la comunidad

Aquí está uno de los ajustes más relevantes para un servidor DayZ en español: la noche. Si tu comunidad juega principalmente entre las 20:00 y las 01:00 (hora peninsular) o en franjas de LATAM, una noche larga sin visores nocturnos vacía el servidor.

serverTimeAcceleration = 8 — un día completo dura unas 3 horas.
serverNightTimeAcceleration = 4 — multiplica la aceleración durante la noche (8 × 4 = 32), reduciéndola a unos 22 minutos reales.
serverTimePersistent = 1 — la hora continúa tras el reinicio en lugar de resetearse.
serverTime = "2024/7/15/9/30" — fija fecha y hora de arranque si prefieres controlar la estación y el amanecer.

Con serverTimePersistent = 0 y una hora fija, cada reinicio devuelve el mundo a la misma franja horaria: útil si programas reinicios cada 4 horas y quieres que siempre se arranque de día.

Mods del Steam Workshop: instalación y carga limpia

DayZ carga mods desde carpetas con prefijo @ en la raíz de la instancia. El flujo real, mod a mod, es siempre el mismo.

1. Descargar y subir

Con SteamCMD desde tu máquina o desde la instancia:

steamcmd +force_install_dir /home/dayz +login anonymous \
  +workshop_download_item 221100 1559212036 \
  +workshop_download_item 221100 2264147847 +quit

221100 es el AppID de DayZ y el segundo número es el ID del mod en el Workshop. Los archivos aparecen en steamapps/workshop/content/221100/<id>. Renombra esa carpeta al nombre del mod (por ejemplo @CF) y súbela a la raíz del servidor por SFTP o desde el gestor de archivos del panel.

2. Copiar las claves

Cada mod firmado incluye una carpeta keys o Keys con un archivo .bikey. Cópialos todos a la carpeta keys/ raíz del servidor. Sin este paso, con verifySignatures = 2, los jugadores serán expulsados por BattlEye al conectar.

cp /home/dayz/@CF/keys/*.bikey /home/dayz/keys/
cp /home/dayz/@VPPAdminTools/keys/*.bikey /home/dayz/keys/

3. Declarar los mods en el arranque

La línea de arranque en Linux queda así:

./DayZServer -config=serverDZ.cfg -port=2302 \
  -BEpath=battleye -profiles=profiles \
  -mod=@CF;@Community-Online-Tools;@BuilderItems;@Trader \
  -serverMod=@VPPAdminTools \
  -dologs -adminlog -netlog -freezecheck

Diferencia clave: -mod= exige que el jugador tenga también el mod instalado; -serverMod= carga contenido solo del lado del servidor (herramientas de administración, scripts). Respeta siempre las dependencias: @CF (Community Framework) va primero, antes de cualquier mod que lo requiera. En un panel Pterodactyl, esa cadena se define en las variables de arranque del huevo de DayZ, sin editar scripts a mano.

4. Fusionar los types.xml de los mods

Un mod que añade objetos necesita registrarlos en la economía central o nunca aparecerán como loot. Crea una carpeta dentro de la misión, por ejemplo mpmissions/dayzOffline.chernarusplus/mods_types/, coloca ahí el types.xml del mod y decláralo en cfgeconomycore.xml:

<economycore>
    <classes>
        <rootclasses>
    </classes>
    <defaults/>
    <ce folder="mods_types">
        <file name="trader_types.xml" type="types"/>
        <file name="builderitems_types.xml" type="types"/>
    </ce>
</economycore>

Tras cualquier cambio en la economía, borra storage_1 solo si es imprescindible: eliminarlo resetea bases, vehículos y contenedores de todos los jugadores. Avisa con antelación en el Discord de la comunidad. La documentación oficial de configuración está en el wiki de Bohemia Interactive.

Ajustes específicos para una comunidad hispanohablante

Presentación y reglas visibles

El motd[] es tu único canal de comunicación dentro del juego. Úsalo en castellano, con frases cortas y un intervalo razonable (motdInterval = 900, es decir cada 15 minutos) para no saturar el chat:

motd[] = {
  "Bienvenido. Reglas completas en discord.gg/tu-comunidad",
  "Reinicios: 00:00 / 04:00 / 08:00 / 12:00 / 16:00 / 20:00 (CET)",
  "Prohibido el combat logging y el uso de glitches de base"
};

Indica siempre la zona horaria de los reinicios: una comunidad mixta España/LATAM necesita saber si el horario es CET o UTC-3.

Loot y economía adaptados al ritmo de juego

En types.xml, los valores que más impacto tienen son nominal (cantidad objetivo en el mapa), min (umbral que dispara el respawn), restock (segundos antes de reponer) y lifetime (segundos antes de desaparecer). Para una comunidad pequeña con sesiones de dos horas por noche, subir el nominal de munición y comida evita que los primeros conectados vacíen el mapa:

<type name="AKM">
    <nominal>12</nominal>
    <lifetime>14400</lifetime>
    <restock>1800</restock>
    <min>8</min>
    <quantmin>-1</quantmin>
    <quantmax>-1</quantmax>
    <cost>100</cost>
</type>

Para bases y vehículos, revisa lifetime en types.xml y los valores de cfgplayerspawnpoints.xml: un lifetime de 45 días en elementos de construcción evita que las bases desaparezcan durante una semana de vacaciones.

Administración, RCON y moderación

La contraseña RCON se define en battleye/BEServer_x64.cfg:

RConPassword ClaveLargaYUnica2024
RestrictRCon 0
RConPort 2306

Buenas prácticas mínimas para un equipo de moderación: contraseñas distintas para RCON y para el panel, subusuarios con permisos limitados en lugar de compartir la cuenta principal, y revisión periódica de los logs .ADM para detectar duping o accesos anómalos. La protección anti-DDoS volumétrica ya se gestiona a nivel de infraestructura, así que tu esfuerzo debe ir a los accesos y a la persistencia.

Copias de seguridad y reinicios

Lo único irreemplazable de tu instancia es la carpeta storage_1 y los XML de la misión. Programa copias automáticas diarias y, antes de instalar o actualizar un mod, descarga una copia manual. Un ciclo de reinicios cada 4 horas mantiene la memoria estable, limpia entidades huérfanas y reduce la desincronización que sufren los servidores con muchos vehículos.

Si administras varias comunidades, en Todos nuestros servidores de juegos encontrarás la misma lógica de panel y consola en vivo aplicada a otros títulos de supervivencia, y en el Blog de Fly-Serv hay guías técnicas complementarias sobre optimización y administración.

Errores frecuentes y cómo diagnosticarlos

Síntoma	Causa habitual	Solución
La instancia no aparece en la lista del juego	`steamQueryPort` incorrecto	Haz coincidir el valor del `.cfg` con el puerto asignado
Jugadores expulsados por BattlEye al entrar	Falta la `.bikey` del mod	Copia todas las claves a `keys/` y reinicia
El proceso arranca y se cierra al instante	Error de sintaxis en `serverDZ.cfg`	Revisa punto y coma, comillas y el bloque `Missions`
Los objetos de un mod no aparecen	`types.xml` no declarado	Añade el archivo en `cfgeconomycore.xml`
Bases perdidas tras actualizar	`storage_1` borrado o corrupto	Restaura la copia previa y activa `storageAutoFix = 1`
FPS del servidor por debajo de 20	Exceso de slots o mods pesados	Reduce `maxPlayers` y revisa `logAverageFps`

El archivo *.RPT dentro de profiles/ es tu mejor herramienta de diagnóstico: contiene los errores de script de cada mod con número de línea. Búscalo siempre antes de desinstalar nada a ciegas.

Conclusión

La configuración de DayZ es exigente pero predecible: serverDZ.cfg define el marco, los mods del Workshop añaden contenido y la economía central controla el ritmo. Trabaja con copias antes de cada cambio, valida los logs tras cada reinicio y ajusta el ciclo día/noche al horario real de tus jugadores. Con esa disciplina, la instancia se mantiene estable durante meses.

FAQ

¿Cómo pongo la noche más corta sin desactivar el ciclo horario?

Usa serverNightTimeAcceleration, que multiplica el valor de serverTimeAcceleration solo durante la noche. Con serverTimeAcceleration = 8 y serverNightTimeAcceleration = 4, la noche pasa a durar unos 22 minutos reales mientras el día conserva su duración. Reinicia la instancia para aplicar el cambio.

¿Puedo añadir mods sin borrar las bases de los jugadores?

Sí, en la mayoría de casos. Sube la carpeta @Mod, copia las .bikey a keys/, declara su types.xml en cfgeconomycore.xml y reinicia. Solo hace falta borrar storage_1 si el mod modifica clases de construcción existentes o si el .RPT muestra errores de persistencia irrecuperables.

¿Cuántos slots aguanta una instancia de DayZ con mods?

Depende del mapa y de los mods cargados. En Chernarus vanilla, 60 jugadores son estables con CPU de alta frecuencia y NVMe. Con mapas grandes, mods de vehículos y bases ampliadas, conviene quedarse entre 40 y 50 y vigilar logAverageFps: si baja de 20 FPS de forma sostenida, reduce el aforo.