Project Zomboid Build 42 en tu propio servidor: migración, partidas guardadas y mods

Actualización de seguridad: comprueba tu rama de versión

The Indie Stone publicó el 26 de agosto de 2026 correcciones de seguridad para 42.20.4 Stable, 42.19.2 Unstable y 41.78.21 Legacy. Elige el parche para tu rama actual. Una actualización de seguridad no es motivo para migrar un mundo de Build 41 a Build 42 sin comprobarlo antes.

La corrección elimina las funciones Lua loadstring y loadstream. Los mods que las usen deben adaptarse. Por eso, que el servidor arranque correctamente no confirma por sí solo que las funciones de tus mods sigan funcionando.

1. Anota la rama, la versión del servidor y la lista de mods; haz una copia de seguridad del mundo y la configuración con el servidor detenido.
2. Actualiza dentro de la misma rama y sincroniza los clientes.
3. Comprueba la conexión, el guardado y las funciones de mods que realmente uses. Busca en el registro errores relacionados con las funciones Lua eliminadas.
4. Si surgen problemas, prueba en un mundo nuevo aparte sin mods. No sobrescribas para ello la partida de tu comunidad.
5. Vuelve a activar un mod afectado solo después de adaptarlo. Volver a una versión anterior a la corrección de seguridad no es una solución permanente adecuada.

Fuente: The Indie Stone: parches de seguridad del 26 de agosto.

Build 42 ya es Stable — y rompe tus partidas guardadas antiguas

Desde el 29 de julio de 2026, Build 42 de Project Zomboid es oficialmente Stable. Tras unos 19 meses de desarrollo, es el mayor cambio desde Build 41 — y para quienes administran servidores es, sobre todo, una cuestión de compatibilidad: las partidas de Build 41 no funcionan en Build 42. Quien migre empezará un mundo nuevo. Quien no quiera hacerlo puede mantener su servidor deliberadamente en Build 41.

Esta guía muestra ambos caminos, describe los cambios relevantes para servidores y la posterior corrección de seguridad del 26 de agosto.

La situación de compatibilidad de un vistazo

Que los mundos de 42.19 tampoco se puedan migrar se debe a las amplias nuevas zonas del mapa en 42.20 — los datos del mundo simplemente ya no encajan.

Camino 1: quedarte en Build 41

Si tu comunidad está en medio de una partida larga, quedarte es la opción con menos riesgo. The Indie Stone mantiene Build 41 como una rama beta propia:

1. Haz clic derecho en Project Zomboid en tu biblioteca de Steam
2. Abre Propiedades
3. En Betas selecciona la rama legacy41

Importante: todos los jugadores de tu servidor deben elegir la misma rama. Un cliente en Build 42 no se conecta a un servidor en Build 41. Anuncia el cambio antes de hacerlo.

Para partidas en Unstable 42.19 existe de forma análoga la rama beta 42.19.

Camino 2: migrar a Build 42

La migración implica empezar un mundo nuevo. Un orden razonable:

1. Haz una copia de seguridad del mundo actual. En el panel de game-serverhosting puedes respaldar tu servidor antes de cambiar nada — así la partida antigua se conserva por si queréis volver.
2. Acuerda una fecha con la comunidad. Un wipe sin aviso previo hace perder jugadores.
3. Comprueba los mods (ver más abajo) — Build 42 supone una ruptura, muchos mods necesitan una actualización.
4. Actualiza el servidor a 42.20 y crea un mundo nuevo.
5. Vuelve a configurar los ajustes de Sandbox — algunas opciones han cambiado.

¿Aún no tienes tu propio servidor? Alquila un servidor de Project Zomboid

Qué cambia exactamente para los servidores multijugador

Build 42.20 trae varias novedades que afectan exclusivamente a los servidores:

• Anti-Cheat revisado y activo de nuevo. La comprobación ahora se ejecuta en el servidor; el ajuste anterior antiCheatItem ha desaparecido porque ya no es necesario. Se ha mejorado el registro. Según los desarrolladores, dos áreas (NoClip, PacketException) siguen en desarrollo.
• Nueva opción de servidor «Show coordinates». Con ella activas o desactivas la línea de coordenadas para todos los clientes conectados — útil para servidores de rol que quieren forzar la navegación por mapa.
• Los valores de ping por jugador ahora aparecen en las pestañas «Players» y «Users List». Con esto por fin se puede distinguir si un jugador tiene un problema de conexión o si el servidor mismo se está colgando.
• Límite de zombis ampliado considerablemente. La opción de Sandbox «Zombie count before deletion» ahora llega hasta 5000 en lugar de los 500 anteriores. Para servidores muy concurridos, esto supone un margen notable — pero también una palanca que cuesta rendimiento.
• Tiempos de carga más cortos entre «Click to Start» y el spawn.
• Los objetos apilables se transfieren más rápido.
• Se ha mejorado el comportamiento de red en colisiones de vehículos con zombis.

Tu antiguo archivo de Sandbox: lo que Build 42 cambia sin avisar

Que las partidas guardadas no sigan funcionando ya se sabe. Lo menos conocido — y más molesto en la práctica — es la segunda parte: el archivo de configuración SandboxVars.lua se puede copiar sin problemas. Solo que en Build 42 ya no significa lo mismo. No hay mensaje de error ni aviso en el registro. El servidor arranca, pero se juega de forma distinta.

Nosotros operamos servidores en ambos Builds y tenemos que leer ambos formatos en paralelo. Por eso, las siguientes diferencias no vienen de una wiki, sino de comparar archivos de servidor reales.

Ocho opciones ahora se llaman de otra manera

Si usas el archivo antiguo, Build 42 ignora las claves antiguas y aplica el valor predeterminado a las nuevas. Así desaparece la rareza de loot que ajustaste con tanto esfuerzo — sin que nadie te avise.

Dos de estos cambios de nombre son más que eso: XpMultiplier ya no es un valor propio, sino que ha pasado al contenedor MultiplierConfig. Y la selección por niveles LootRespawn se ha convertido, con HoursForLootRespawn, en una indicación en horas — un 4 antes significaba un nivel, ahora significa cuatro horas.

DayLength: el mismo número, un día distinto

Este es el cambio más discreto y, al mismo tiempo, el más efectivo. La lista de valores se ha renumerado:

Quien jugó en Build 41 con DayLength = 4 tenía días de dos horas. El mismo archivo produce en Build 42 días de una hora y media — notablemente más cortos, sin que nada parezca roto. Si tu servidor te parece más agitado después de la migración, esta suele ser la razón.

Lo que Build 42 permite ahora

Algunas de estas opciones antes ni siquiera se podían configurar:

• Desactivar los zombis por completo (Zombies = 6) — para servidores de construcción y rol
• Valores aleatorios para velocidad, fuerza y resistencia (ZombieLore.Speed, .Strength, .Toughness)
• Desactivar la infección (Transmission = 4) y nunca morir por infección (Mortality = 7)
• Mantener la electricidad y el agua siempre activas — o desactivarlas recién tras 6 a 12 meses
• Sin deterioro en la nevera (FridgeFactor = 6)
• Muy alto o muy lento como nuevo nivel para temperatura, erosión, crecimiento natural, deterioro de alimentos y tasa de aparición de vehículos

Cómo configurarlo con nosotros

Con nosotros no necesitas editar ningún archivo para esto. En el panel del servidor, dentro de Sandbox, hay un formulario guiado que lee la configuración de tu mundo directamente del archivo — muestra automáticamente la lista de valores de tu Build, así que en Build 42 también verás los nuevos niveles. Las plantillas del juego (Apocalypse, Survivor, Outbreak, Rising, Six Months Later) se pueden aplicar con un clic.

Dos cosas son importantes aquí. Guardar solo funciona mientras el servidor está detenido — Project Zomboid reescribe el archivo al apagarse y, de otro modo, sobrescribiría tus cambios. Y si necesitas el archivo completo, puedes acceder a él mediante el gestor de archivos en .cache/Server/<Servername>_SandboxVars.lua.

Retrospectiva: correcciones de rendimiento en 42.20.1

El hotfix del 5 de agosto resuelve precisamente los problemas que en servidores concurridos se manifiestan como «el servidor va con lag»:

• Descarga de chunks corregida. Un error provocaba importantes problemas de rendimiento al descargar zonas del mundo. Según los desarrolladores, la corrección resuelve la mayoría de los errores que sufrían los jugadores por lag en servidores con muchos jugadores — el punto más importante del parche.
• Fuga de memoria corregida. Una fuga de memoria provocaba, con el tiempo, una disminución del rendimiento y finalmente caídas. Exactamente el patrón que se manifiesta como «tras unos días hay que reiniciar el servidor».
• Uso de memoria mejorado mediante la reutilización de datos del mundo descartados.
• Los mundos B41 dañados podían alojarse erróneamente en servidores B42 — esto ya se ha impedido.
• Corregidos los vehículos que desaparecían tras la desconexión de un jugador.
• Validación de sumas de comprobación Lua mejorada para el anti-cheat.

42.20.1 fue un hotfix de rendimiento temprano. Para el estado de seguridad actual, ten en cuenta la corrección 42.20.4 explicada más arriba dentro de la rama Stable.

Mods: cuenta con incompatibilidades

Build 42 es un salto de versión que afecta a los mods. Además, The Indie Stone señala que un parche de seguridad publicado junto con 42.20 (la vulnerabilidad subyacente fue reportada de forma responsable por Jorge Escabias) también puede afectar a los mods en casos puntuales.

En la práctica, esto significa:

• Comprueba antes de migrar si tus mods del Workshop tienen una versión para Build 42.
• Haz pruebas en un mundo nuevo sin mods antes de reportar errores — así lo recomiendan expresamente los desarrolladores.
• Relevante para autores de mods: ahora los mods pueden escribir archivos .json, y los archivos de traducción necesitan %% para representar el signo de porcentaje.

Cómo instalar y mantener actualizados los mods en tu servidor te lo explicamos aquí:

• Instalar mods de Project Zomboid
• Configurar un servidor de Project Zomboid

FAQ

¿Puedo salvar de alguna forma mi partida de Build 41?

No en Build 42. Los datos del mundo no son compatibles. Pero puedes seguir jugando esa partida sin límite en la rama legacy41 — aun así, haz una copia de seguridad antes.

¿Mis jugadores tienen que hacer algo?

Sí. El servidor y el cliente deben usar la misma versión. Si te quedas en Build 41, todos deben elegir la rama legacy41; si migras, todos deben estar en la versión estándar.

¿Es Build 42 lo bastante estable para un servidor de comunidad?

El aviso de «Unstable» ha desaparecido del menú principal, y 42.20.1 ha corregido los dos problemas de servidor más graves (descarga de chunks, fuga de memoria). Por tanto, hay muchos más argumentos a favor de migrar que a finales de julio.

¿Merece la pena un límite de zombis más alto?

Está disponible, pero es costoso. Más zombis activos significan más carga de cálculo por tick. Ve subiendo el límite gradualmente y observa el uso del servidor en el panel.

¿Dónde encuentro la lista completa de novedades?

Los desarrolladores ofrecen un resumen de funciones de Build 42. Se trata expresamente de una selección, no de una lista completa de cambios.

Fuentes: anuncios oficiales de Steam «Build 42.20.0 Stable Released» (29 de julio de 2026), «B42 CHECKLIST» (28 de julio de 2026) y «42.20.1 STABLE Hotfix Released» (5 de agosto de 2026).