Servidor DayZ : qué es y cómo unirse a uno

Par Benjamin D. · PDG

24 de agosto de 2026 · Mis à jour le 24 de agosto de 2026 · Lecture 10 min

Índice

Un servidor DayZ es una instancia dedicada del ejecutable DayZ Dedicated Server que simula el mapa, la economía central de loot, los zombis y la persistencia de los jugadores. A diferencia de una partida local, corre 24/7, guarda el estado del mundo en disco y acepta conexiones remotas. Aquí verás cómo funciona por dentro, qué hardware necesita y cómo administrarlo sin dramas.

Qué es exactamente un servidor DayZ y qué partes lo componen

DayZ no es un juego con "salas": cada partida es un mundo persistente alojado en una máquina que ejecuta el binario de servidor (App ID 223350 en SteamCMD, distinto del cliente 221100). El servidor calcula la física, la IA de los infectados, el clima, el ciclo día/noche y el Central Economy, mientras los clientes solo renderizan lo que el servidor les autoriza.

Los cuatro bloques que debes conocer

El binario del servidor : DayZServer_x64.exe en Windows o DayZServer en Linux. Es un proceso muy dependiente del rendimiento monohilo de la CPU.
El archivo serverDZ.cfg : nombre, contraseña, slots, tercera persona, aceleración del tiempo, logs, misión cargada.
La misión : carpeta mpmissions/dayzOffline.chernarusplus (o Livonia, Sakhal, Namalsk...). Contiene init.c, los eventos y toda la economía en db/.
La persistencia : carpeta storage_1 dentro de la misión. Ahí viven bases, coches, contenedores y el estado del loot. Es lo primero que hay que respaldar.

El Central Economy: el corazón del loot

Mucha gente monta un servidor DayZ y se queja de que "no hay loot" o de que "el mapa está saturado". No es un bug, es configuración. El CE se controla con archivos XML dentro de mpmissions/<misión>/db/:

Archivo	Función
`types.xml`	Cantidad (nominal/min), tiempo de vida, restock y zonas de aparición de cada ítem
`events.xml`	Vehículos, helicópteros caídos, hordas dinámicas, contenedores de eventos
`cfgspawnabletypes.xml`	Cargadores, munición y accesorios que aparecen con el arma
`cfgeconomycore.xml`	Declara los archivos personalizados y los ficheros de mods
`globals.xml`	Variables globales: límite de zombis, tiempo de limpieza, animales

Ejemplo real de una entrada en types.xml, con más rifles pero de vida corta:

<type name="M4A1">
    <nominal>12</nominal>
    <lifetime>7200</lifetime>
    <restock>1800</restock>
    <min>6</min>
    <quantmin>-1</quantmin>
    <quantmax>-1</quantmax>
    <cost>100</cost>
    <flags count_in_cargo="0" count_in_hoarder="0" count_in_map="1" count_in_player="0" crafted="0" deloot="1"/>
    <category name="weapons"/>
    <usage name="Military"/>
</type>

Después de tocar el CE, borra storage_1 solo si quieres un wipe completo; en caso contrario, el servidor recalcula el loot progresivamente. Un error de sintaxis XML impide arrancar la economía: revisa siempre el log de la consola tras un cambio.

Requisitos, instalación y configuración de un servidor DayZ

Hardware: la frecuencia manda

DayZ castiga la CPU en un hilo principal. Un procesador con muchos núcleos pero baja frecuencia rinde peor que un Ryzen de alta frecuencia. Referencia práctica según carga:

Slots	RAM recomendada	Almacenamiento	Notas
10-20 vanilla	4-6 GB	~20 GB NVMe	Chernarus sin mods pesados
30-40 con mods	8-12 GB	30-50 GB NVMe	Mods de mapa y armas suben el consumo
60+ con bases y coches	12-16 GB	60 GB+ NVMe	Persistencia grande = más I/O en cada guardado

El almacenamiento NVMe importa más de lo que parece: cada ciclo de guardado de persistencia escribe miles de objetos. En un disco lento verás micro-freezes del servidor justo al guardar. Es una de las razones por las que en Fly-Serv las instancias de juego corren sobre Ryzen de alta frecuencia y SSD NVMe.

Instalación con SteamCMD

Si administras tú mismo la máquina, la instalación pasa por SteamCMD. En un VPS Linux:

# Dependencias y usuario dedicado
sudo apt update && sudo apt install -y steamcmd lib32gcc-s1 screen
sudo adduser --disabled-password --gecos "" dayz
sudo su - dayz

# Descarga del servidor dedicado (App ID 223350)
steamcmd +force_install_dir /home/dayz/server \
         +login TU_CUENTA_STEAM \
         +app_update 223350 validate \
         +quit

Arranque típico con parámetros:

./DayZServer -config=serverDZ.cfg \
             -port=2302 \
             -profiles=profiles \
             -BEpath=battleye \
             -dologs -adminlog -netlog -freezecheck \
             -cpuCount=4

En Windows la lógica es idéntica con DayZServer_x64.exe. Para una instalación autoadministrada en entorno Windows, un VPS Windows facilita el uso de herramientas gráficas de administración y de BEC para los reinicios programados.

serverDZ.cfg comentado

hostname = "[ES] Mi servidor DayZ - PVP/Loot x2";
password = "";
passwordAdmin = "CambiaEstoYa_2026!";
maxPlayers = 40;

verifySignatures = 2;      // obliga a firmas válidas de mods
forceSameBuild = 1;        // mismo build cliente/servidor
disableVoN = 0;
vonCodecQuality = 20;
disable3rdPerson = 0;      // 1 = servidor solo primera persona
disableCrosshair = 1;

serverTime = "SystemTime";
serverTimeAcceleration = 6;
serverNightTimeAcceleration = 4;
serverTimePersistent = 0;

guaranteedUpdates = 1;
loginQueueConcurrentPlayers = 5;
loginQueueMaxPlayers = 500;

instanceId = 1;
storageAutoFix = 1;
respawnTime = 5;

timeStampFormat = "Short";
logAverageFps = 30;
logMemory = 30;
logPlayers = 30;
logFile = "server_console.log";

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

enableCfgGameplayFile = 1;
steamQueryPort = 2305;

motd[] = {"Bienvenido","Reglas en nuestro Discord"};
motdInterval = 180;

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

Con enableCfgGameplayFile = 1 activas cfggameplay.json, donde ajustas velocidad de construcción, límites de base, stamina o el mapa/brújula en el HUD sin necesidad de mods.

Puertos a abrir

Puerto	Protocolo	Uso
2302	UDP	Puerto de juego
2303-2304	UDP	Puertos auxiliares (reserva el rango)
2305	UDP	Steam Query (visibilidad en el navegador)
2310	UDP	RCON BattlEye (uso local o restringido)

En un VPS con ufw:

sudo ufw allow 2302:2305/udp
sudo ufw allow from TU.IP.FIJA.AQUI to any port 2310 proto udp
sudo ufw enable

Mods, reinicios y administración diaria de tu servidor DayZ

Instalar mods correctamente

Los mods de DayZ vienen del Steam Workshop y se cargan por línea de comandos. Tres reglas que evitan el 90 % de los "Bad version / Session lost":

Copia las claves .bikey de cada mod (carpeta keys/ o Keys/ del mod) a la carpeta keys/ del servidor.
Respeta el orden de carga: dependencias primero (por ejemplo @CF) antes de los mods que las usan.
Actualiza los mods al mismo tiempo que el servidor tras cada parche del juego; forceSameBuild = 1 es tu red de seguridad.

./DayZServer -config=serverDZ.cfg -port=2302 -profiles=profiles \
  "-mod=@CF;@Dabs Framework;@VPPAdminTools;@Code Lock;@BuilderItems" \
  -servermod=@ServerSideMod \
  -BEpath=battleye -dologs -adminlog -freezecheck

Los mods que solo afectan al servidor (scripts de administración, spawners) van en -servermod: así los clientes no necesitan descargarlos. Si un mod añade objetos nuevos, no olvides declarar su types.xml en cfgeconomycore.xml, o el loot simplemente no aparecerá.

Reinicios programados: obligatorios

Un servidor DayZ acumula consumo de memoria y desincronización con las horas. La práctica estándar es reiniciar cada 3-4 horas, con aviso previo a los jugadores. En Linux puedes hacerlo con un cron simple y un script que envíe el aviso vía RCON antes de parar el servicio:

# /etc/systemd/system/dayz.service (extracto)
[Service]
User=dayz
WorkingDirectory=/home/dayz/server
ExecStart=/home/dayz/server/DayZServer -config=serverDZ.cfg -port=2302 -profiles=profiles -dologs -adminlog -freezecheck
Restart=always
RestartSec=15

# crontab -e
0 */4 * * * /usr/bin/systemctl restart dayz

En un panel gestionado tipo Pterodactyl, el reinicio se programa desde la interfaz y la consola en vivo te muestra el arranque de la misión y los errores de XML en tiempo real, sin abrir una sesión SSH.

Copias de seguridad de la persistencia

Las bases construidas son lo que retiene a una comunidad. Perderlas por un XML mal editado o un cierre sucio es la forma más rápida de vaciar un servidor. Respalda al menos mpmissions/<misión>/storage_1 y los archivos de configuración:

tar -czf /home/dayz/backups/dayz-$(date +%F-%H%M).tar.gz \
  /home/dayz/server/mpmissions/dayzOffline.chernarusplus/storage_1 \
  /home/dayz/server/serverDZ.cfg \
  /home/dayz/server/mpmissions/dayzOffline.chernarusplus/db

find /home/dayz/backups -type f -mtime +7 -delete

Si usas un alojamiento gestionado, las copias automáticas cubren esta parte, pero mantén siempre una descarga local antes de un cambio grande (wipe, cambio de mapa, actualización mayor).

Seguridad y moderación

passwordAdmin largo y único; nunca lo compartas en Discord público.
RCON BattlEye con contraseña propia en battleye/beserver_x64.cfg y acceso restringido por IP.
Whitelist mediante whitelist.txt con SteamID64 si gestionas una comunidad cerrada o un servidor de rol.
Filtros BattlEye (scripts.txt, remoteexec.txt) actualizados para bloquear inyecciones de script conocidas.
Logs activados (adminlog, netlog): sin logs no hay investigación posible de un caso de cheating.
En VPS: claves SSH en lugar de contraseña, fail2ban, ufw y actualizaciones del sistema al día.

ssh-keygen -t ed25519 -C "admin-dayz"
sudo sed -i 's/^#\?PasswordAuthentication.*/PasswordAuthentication no/' /etc/ssh/sshd_config
sudo systemctl restart ssh
sudo apt install -y fail2ban && sudo systemctl enable --now fail2ban

La protección contra ataques volumétricos (DDoS) no se resuelve en el sistema operativo: se filtra en la red. En Fly-Serv el anti-DDoS está incluido de serie en todas las máquinas de juego y VPS, lo que evita que un ataque de saturación deje tu servidor DayZ inaccesible en plena sesión nocturna.

Panel gestionado o VPS: cómo elegir para tu servidor DayZ

Comparativa práctica

Criterio	Alojamiento de juego gestionado	VPS autoadministrado
Puesta en marcha	Instalación instantánea, servidor listo en minutos	SteamCMD, servicio systemd, firewall: 1-2 horas
Gestión	Panel Pterodactyl: consola en vivo, gestor de archivos, reinicios, subusuarios	SSH/RDP, scripts propios
Mods	Subida y activación desde el gestor de archivos y variables de arranque	Control total, también de las dependencias
Copias de seguridad	Automáticas	Las configuras tú (cron + rsync)
Anti-DDoS	Incluido en la infraestructura	Incluido en la infraestructura, resto de la seguridad a tu cargo
Varios servidores	Una instancia por servidor	Varias instancias en la misma máquina si la CPU acompaña

Cuándo tiene sentido el VPS

El VPS es la opción lógica si quieres montar un ecosistema completo: servidor DayZ + bot de Discord + web de la comunidad + base de datos de estadísticas, todo en la misma máquina. También si necesitas herramientas específicas de Windows para la administración. Y si quieres el panel sin renunciar al control de la máquina, un VPS Pterodactyl te da la interfaz de gestión sobre tu propio hardware virtual, útil cuando administras varios juegos a la vez.

El alojamiento gestionado tiene más sentido si tu tiempo se va en moderar, ajustar el loot y organizar eventos, no en mantener paquetes del sistema. Es el mismo razonamiento que se aplica a otros survival como Serveur Rust o Serveur ARK, y puedes ver el catálogo completo en Tous nos serveurs de jeu.

Errores frecuentes al abrir un servidor DayZ

El servidor no aparece en el navegador : casi siempre es el steamQueryPort cerrado o mal declarado.
"Bad version, server rejected connection" : desfase entre la versión del cliente y la del servidor tras un parche.
Loot inexistente : error de sintaxis en types.xml; la economía no carga y solo aparece loot de eventos.
Vehículos que desaparecen : persistencia corrupta o lifetime demasiado bajo en events.xml.
Caídas de FPS del servidor : demasiados zombis en globals.xml combinados con mods pesados y una CPU de baja frecuencia.

Para las novedades de versión, la lista de parámetros oficial y los cambios de la economía, la referencia es la documentación de Bohemia: Source. Y si buscas guías de otros juegos o de administración de VPS, tienes material en el Blog Fly-Serv.

Conclusión

Montar un servidor DayZ estable es una cuestión de método: CPU de alta frecuencia, NVMe, configuración limpia en serverDZ.cfg, economía coherente en los XML, reinicios programados y copias de seguridad reales de la persistencia. Con esas bases cubiertas, el resto del trabajo es de comunidad: reglas claras, moderación constante y ajustes de loot escuchando a tus jugadores.

FAQ

¿Cuánta RAM y qué CPU necesita un servidor DayZ de 40 slots con mods?

Cuenta entre 8 y 12 GB de RAM y, sobre todo, una CPU con alta frecuencia por núcleo (tipo Ryzen), porque DayZ satura principalmente un hilo. Añade almacenamiento NVMe: los ciclos de guardado de la persistencia generan mucha escritura y en discos lentos provocan micro-cortes perceptibles en partida.

¿Por qué mi servidor DayZ no aparece en la lista del juego?

Revisa tres puntos: que el steamQueryPort (2305 por defecto) esté abierto en UDP y declarado en serverDZ.cfg, que el puerto 2302 UDP también lo esté, y que el servidor haya cargado la misión sin errores. Un fallo de sintaxis en los XML del Central Economy puede impedir el arranque completo y dejarlo invisible.

¿Cómo hago un wipe sin perder la configuración del servidor?

Haz primero una copia de storage_1, serverDZ.cfg y la carpeta db/. Después detén el servidor, borra únicamente la carpeta storage_1 dentro de la misión y arráncalo de nuevo: se regenerará el mundo con tu configuración y tus mods intactos. Avisa a los jugadores con antelación y, si usas mods de base, verifica sus datos persistentes propios.