Esta guía cubre problemas comunes del servidor DayZ y cómo resolverlos, incluyendo errores de firma de mods, problemas con el navegador de servidores, fallos de análisis XML, configuración de BattlEye y administración remota RCON. Para la configuración general del servidor, consulta la Guía de Configuración del Servidor DayZ.

Errores de Firma y Mods

Los jugadores son expulsados con "Signature check timed out" o "No entry in key directory"

• Esto significa que el archivo .bikey de un mod falta del directorio keys/ del servidor. Verifica que cada mod en tu parámetro -mod= tenga su archivo de clave copiado en keys/.
• Si el servidor tiene verifySignatures = 2;, todos los mods deben tener claves coincidentes. No hay excepciones -- incluso una clave faltante impedirá que los jugadores que tengan ese mod se conecten.
• Después de agregar el archivo de clave faltante, reinicia el servidor. Los cambios de claves surten efecto al reiniciar.
• Consulta la guía de Instalación de Mods de DayZ para detalles completos sobre la gestión de archivos de clave.

Los jugadores son expulsados con "Game signature mismatch"

• Esto ocurre cuando los archivos locales del mod del jugador no coinciden con los archivos del mod del servidor. Generalmente es causado porque uno de los lados tiene una versión desactualizada de un mod.
• Pide a los jugadores que actualicen sus mods suscritos en el DayZ Launcher o Steam Workshop antes de reconectarse.
• Si los mods del servidor están desactualizados, detén el servidor, elimina los archivos del Workshop en caché para el mod desactualizado y reinicia el servidor para que descargue nuevamente la última versión.

Problemas de Inicio del Servidor

El servidor se bloquea al iniciar o no carga la misión

• La causa más común es un error de análisis XML en types.xml u otro archivo de misión. Revisa la salida de la consola del servidor en GPanel buscando una línea que contenga xml, parse, o el nombre del archivo que no se pudo cargar.
• Descarga types.xml vía SFTP y valídalo con un editor XML o un validador XML en línea. Busca etiquetas sin cerrar, comillas no coincidentes o caracteres extraños.
• Un problema en el orden de carga de mods también puede causar un bloqueo al iniciar. Intenta eliminar todos los mods del parámetro -mod= e iniciar primero un servidor vanilla. Si el servidor vanilla inicia correctamente, vuelve a agregar los mods uno por uno para identificar cuál mod o combinación causa el bloqueo.
• Consulta la guía de Economía de Botín para consejos sobre cómo validar types.xml.

El servidor no aparece en el navegador de servidores del DayZ Launcher

• Confirma que el steamQueryPort en serverDZ.cfg coincida exactamente con el puerto de consulta mostrado en la pestaña Network de GPanel.
• El navegador de servidores puede tardar de 10 a 15 minutos en indexar un servidor recién iniciado. Usa la conexión directa (pestaña Favourites en el launcher) para verificar que el servidor es accesible mientras esperas.
• El navegador de servidores del DayZ Launcher puede no listar servidores con ciertas discrepancias de filtros. Asegúrate de que forceSameBuild = 1; esté configurado en serverDZ.cfg para que solo los jugadores con la versión correcta del juego puedan ver y unirse al servidor.

Problemas de Botín y Economía

Los cambios en types.xml no surten efecto después del reinicio

• Confirma que el archivo fue guardado antes de reiniciar el servidor. Ábrelo en el editor de archivos de GPanel después de guardar para verificar que los valores que ingresaste están presentes.
• Si estás ejecutando mods que incluyen sus propias entradas de types.xml, esas entradas pueden sobrescribir tus cambios. Revisa la carpeta db/ del mod buscando un archivo types.xml y fusiona tus cambios en él, o ajusta el archivo de economía del mod directamente.
• Asegúrate de que la ruta sea correcta para tu mapa. El types.xml para Chernarus está en mpmissions/dayzOffline.chernarusplus/db/types.xml. Para Livonia, está en mpmissions/dayzOffline.enoch/db/types.xml.
• Consulta la guía de Economía de Botín para detalles completos sobre la edición de types.xml.

Configuración de BattlEye

BattlEye es el sistema anti-trampas utilizado por DayZ. Está habilitado por defecto en todos los servidores. La carpeta de configuración de BattlEye se encuentra en:

battleye/

Dentro de esta carpeta encontrarás archivos de filtro como scripts.txt, remoteexec.txt y publicvariable.txt. Estos archivos definen qué acciones BattlEye marca o por cuáles expulsa a los jugadores. De forma predeterminada, BattlEye está configurado para detectar trampas comunes. Si estás ejecutando mods, algunos mods pueden provocar falsos positivos y expulsar a jugadores legítimos.

BattlEye está expulsando jugadores inesperadamente

• Revisa los archivos de registro de BattlEye dentro de la carpeta battleye/. El registro mostrará qué filtro activó la expulsión y la cadena exacta que coincidió.
• Sigue las instrucciones de lista blanca de BattlEye recomendadas por el autor del mod. La mayoría de las páginas de mods incluyen una sección que cubre los ajustes de filtro necesarios.
• Si no hay instrucciones del autor del mod disponibles, temporalmente establece la línea del filtro infractor en 0 (solo registro) para detener las expulsiones mientras investigas.

Manejo de Falsos Positivos de BattlEye por Mods

Si los jugadores están siendo expulsados por BattlEye después de instalar mods, revisa el registro de BattlEye para el filtro específico que activó la expulsión:

1. En GPanel, abre la pestaña Files y navega a battleye/.
2. Abre el archivo de filtro relevante (por ejemplo, scripts.txt para violaciones de scripts o remoteexec.txt para expulsiones por ejecución remota).
3. Cada línea en el archivo de filtro comienza con un número que indica la acción:

   Valor	Acción
   0	Solo registro (sin expulsión)
   1	Registrar y expulsar
   2	Registrar y banear

   Cambia el número al inicio de la línea infractora a 0 para suprimir la expulsión mientras investigas, o sigue las instrucciones del autor del mod para añadir la excepción a la lista blanca.
4. Guarda el archivo y reinicia el servidor. Los cambios en los filtros de BattlEye no requieren editar serverDZ.cfg.

RCON vía BattlEye

BattlEye incluye una interfaz RCON integrada que permite comandos de administración remota sin necesidad de una contraseña de administrador dentro del juego. RCON se configura en battleye/beserver_x64.cfg.

Puedes establecer el puerto y la contraseña de RCON directamente en la pestaña Startup de GPanel en lugar de editar el archivo manualmente. Un beserver_x64.cfg mínimo se ve así:

RConPassword yourpassword
RConIP 0.0.0.0

Conectándose con un Cliente RCON

Para enviar comandos remotos a tu servidor vía RCON:

1. Descarga un cliente RCON que soporte BattlEye RCON (como BattlEye RCon o DayZ Server Admin Tool).
2. Ingresa la dirección IP de tu servidor, el puerto RCON de la pestaña Network de GPanel y la contraseña RCON que configuraste.
3. Conéctate y usa el cliente para enviar comandos como expulsar jugadores, enviar mensajes globales o reiniciar el servidor.

Artículos Relacionados

• Guía de Configuración del Servidor DayZ -- configuración de serverDZ.cfg y cómo los jugadores se conectan
• Instalación de Mods de DayZ -- mods del Steam Workshop, orden de carga y archivos de clave
• Economía de Botín de DayZ (types.xml) -- personalización de tasas de aparición de objetos y tablas de botín
• Cómo Subir Archivos vía SFTP