Project Zomboid Build 42: montar un servidor con amigos

Project Zomboid esperó mucho el multijugador de la Build 42. La rama unstable lo recibió en diciembre de 2025, y desde el 29 de julio de 2026 la versión 42.20 está en la rama estable, multijugador incluido. La versión estable actual es la 42.20.3 del 17 de agosto. Quien quiera un servidor con amigos ya no tiene que elegir una beta: el servidor dedicado (aplicación de Steam 380870) arranca en 42.20 por defecto. Este artículo repasa lo que necesitas, qué ajustes de servertest.ini y del sandbox importan, y en qué se diferencia la Build 42 de la Build 41 que conoce la mayoría.

Qué cambió en la Build 42

La Build 42 es más que un número de versión. El crafteo se rehízo en torno a oficios y estaciones de trabajo, hay animales que criar y cazar, sótanos bajo los edificios, nuevos biomas y luz que entra de verdad por las ventanas. Para los administradores, el cambio más importante es invisible: la gestión del servidor y la capa de conexión se reescribieron, con conexiones más estables y mejor manejo de los jugadores que entran y salen. El máximo de un servidor dedicado son 254 jugadores, muy por encima de lo que un grupo de amigos usará jamás.

La otra cara de una actualización grande: muchos mods del Workshop aún no se han republicado para la 42.20 estable. Una lista de mods que funcionaba hace un mes puede negarse a cargar tras un parche. De eso hablamos más abajo.

Servertest.ini: los ajustes que pones de entrada

El archivo servertest.ini (el nombre viene del nombre de servidor por defecto «servertest») contiene los ajustes del servidor que no tienen que ver con las reglas del juego. Los más importantes:

• PublicName y PublicDescription: cómo aparece el servidor en la lista. Public=false lo deja fuera de la lista pública.
• Password: para un grupo de amigos, siempre.
• MaxPlayers: 32 por defecto; para un grupo de seis pon 8 o 10, ahorra memoria.
• PVP y SafetySystem: PvP desactivado en cooperativo, o activado con el sistema de seguridad para que cada uno elija si puede ser atacado.
• PauseEmpty=true: el mundo se detiene cuando no hay nadie, para no volver a una casa podrida con la nevera vacía.
• SpawnPoint y SpawnItems: un punto de inicio común y, si quieres, un kit inicial para los nuevos.
• DefaultPort (16261) y UDPPort (16262): deben estar abiertos; en un servidor alojado lo hace el panel.
• Servidor de 7 Days to Die cooperativo: luna de sangre y botín
• Servidor de Counter-Strike 2: GSLT, subtick y plugins explicados

Sandbox: las reglas de tu mundo

Las reglas del juego — densidad de zombis, deterioro, electricidad, botín, XP — van en un archivo sandbox aparte (servertest_SandboxVars.lua) que generas al crear el servidor o ajustas desde el panel. Para un primer servidor con amigos funcionan bien estas decisiones: población de zombis normal con un pico a los treinta días (para que la primera semana sea superable), botín en Rare para comida y armas y Normal para herramientas, electricidad y agua cortadas entre el día 14 y el 30 (para que haya un punto de inflexión real) y multiplicador de XP 1,5 para que quien juega una noche por semana no se quede atrás sin remedio. No pongas al máximo toda la zombie lore (memoria, oído, velocidad); los zombis sigilosos con buena memoria son mucho más peligrosos en un servidor con cuatro jugadores dispersos que en solitario.

Mods del Workshop sin romper el mundo

Los mods se instalan con dos listas en servertest.ini: WorkshopItems lleva los ID numéricos del Workshop tomados de la URL de Steam, Mods los ID de mod del archivo mod.info de cada mod. Ambos tienen que ser correctos, o el servidor no carga o los jugadores cargan una versión distinta a la del servidor. Con la Build 42 se añade una regla: comprueba en cada mod que indique expresamente 42.x. Un mod de la Build 41 casi seguro no funcionará y puede bloquear el arranque. Añade los mods de uno en uno, arranca tras cada uno y haz copia de la carpeta de guardado antes. Cómo se hace en nuestro panel: instalar mods desde el Steam Workshop.

Tras una actualización del juego, el orden se invierte: primero espera a que los autores actualicen sus mods, y solo entonces actualiza el servidor. Quien actualiza automáticamente amanece tras un parche con un servidor que no arranca.

Hardware: cuenta un núcleo rápido

Project Zomboid se apoya mucho en un solo núcleo, sobre todo para la IA de los zombis y la simulación del mundo. Más núcleos ayudan poco; una frecuencia alta, sí. Para un grupo de cuatro a ocho bastan de 4 a 6 GB de RAM, y más jugadores o ciudades grandes como Louisville piden 8 GB. El NVMe se nota al cargar celdas cuando los jugadores se dispersan. Nuestros servidores de Project Zomboid van por eso sobre hardware AMD con NVMe y están online en un minuto; el panel instala la 42.20 por defecto.

Vigilar el rendimiento

Un servidor de Zomboid avisa poco antes de ir lento. Mira en el panel el uso del núcleo que hace el trabajo: si pasa del 80 % de forma sostenida, toca bajar la población de zombis o dejar entrar a menos jugadores a la vez. La memoria crece con el número de celdas cargadas; los jugadores separados cargan cada uno su trozo de mapa. Un grupo que sale junto carga menos el servidor que cuatro solitarios en cuatro ciudades. Activa PauseEmpty, porque un servidor vacío que sigue corriendo gasta y solo produce podredumbre.

Copias, reinicios y la muerte de un personaje

En Zomboid la muerte es definitiva: el personaje desaparece, el mundo se queda. Eso hace las copias distintas a otros juegos: no quieres «restaurar» a un jugador, sino poder recuperar el mundo si un mod o un cierre inesperado lo daña. Con copias diarias de la carpeta de guardado basta; conserva unas cuantas generaciones. Si tras unos meses quieres empezar de cero, borra solo la carpeta de guardado y conserva servertest.ini y los ajustes sandbox para que el nuevo mundo tenga las mismas reglas. Acuerda con el grupo cuándo llega el reinicio; nada desmotiva tanto como perder una base sin aviso.

Paso a paso

1. Crear el servidor (42.20 por defecto), poner contraseña, MaxPlayers al tamaño del grupo más dos.
2. Ajustar el sandbox: población de zombis, botín, corte de suministros, XP. Guardar el archivo.
3. Copia de la carpeta de guardado vacía y luego añadir mods, de uno en uno.
4. Probar con dos jugadores: entrar, pasar una noche, salir y volver a entrar.
5. Actualizaciones automáticas desactivadas, copias diarias activadas, e invitar al grupo.

En este orden tienes en una tarde un servidor que aguanta las primeras semanas, y sabes exactamente dónde mirar cuando una actualización o un mod lo estropee.