Servidor de Project Zomboid no arranca: errores B42 y soluciones
Si tu servidor de Project Zomboid no arranca o se cierra nada más arrancar, la causa casi siempre está en uno de cinco sitios: la memoria de Java, un mod que no está listo para Build 42, una diferencia de versión entre el servidor y los jugadores, una descarga que se queda atascada o una partida guardada dañada. El log del servidor te dice cuál. A continuación tienes qué hacer según el síntoma, a partir de la PZwiki y las notas de parche de The Indie Stone hasta la 42.21 (unstable, 23 de septiembre de 2026).
Empieza por el log, no por lo que te cuentan tus jugadores
Lo que ven los jugadores dice poco; el log del servidor dice mucho más. Un servidor dedicado escribe en server-console.txt, dentro de la carpeta Zomboid, y un servidor cooperativo que alojas desde el menú principal, en coop-console.txt. Busca STACK TRACE: según la wiki, así encuentras la mayoría de los errores, a veces incluso con el nombre del mod que los provoca.
En nuestro panel de juego lees lo mismo en directo en la consola. Allí el servidor arranca con -cachedir=/home/container/.cache, así que en el gestor de archivos tu carpeta Zomboid es .cache: ahí están server-console.txt, tus ajustes en Server/<nombreservidor>.ini y tu mundo en Saves/Multiplayer/<nombreservidor>. El panel no pone el estado en online hasta que la consola muestra SERVER STARTED; si se queda en «starting», la respuesta está en las líneas de encima.
Se cierra al momento: casi siempre la memoria de Java
El servidor funciona con Java y recibe un máximo fijo de memoria mediante -Xmx: en Windows, en StartServer64.bat; en Linux, en ProjectZomboid64.json. Según la wiki, el archivo de inicio de Windows pide 16 GB por defecto; si tu máquina tiene menos, el servidor no arranca. Ajusta entonces -Xms y -Xmx a lo que tengas de verdad.
También pasa lo contrario: el servidor arranca, pero al rato se cierra con java.lang.OutOfMemoryError en el log. La regla general de la wiki: como mínimo 3 GB para el servidor más unos 0,5 GB por jugador, es decir, 5 GB para cuatro jugadores, y los mods van aparte. Actualiza también a la versión estable actual: la 42.20.3 (17 de agosto) atacó varias causas de una fuga de memoria que con el tiempo podía provocar tirones y cierres.
En nuestro panel no tienes que editar ningún JSON. Entre las variables de Startup está Geheugenlimiet (%) («límite de memoria»): con ella, el comando de inicio fija -Xmx en un porcentaje de tu paquete (campo vacío = 75 por ciento). Con 6 GB son 4,5 GB; el resto queda para el propio Java y el sistema. Subir el porcentaje al máximo solo disimula la falta de memoria.
Mods: la causa más habitual tras una actualización
Desde que Build 42 pasó a estable el 29 de julio de 2026, el servidor solo reconoce mods con estructura de Build 42: una carpeta common/ o una carpeta de versión como 42/. Un mod solo para Build 41 no carga. Comprueba también que cada mod esté en las dos listas: el Workshop ID en WorkshopItems= y el Mod ID en Mods=. Cómo funciona lo tienes en Mods en tu servidor de Project Zomboid.
Si no sabes qué mod es, divide tu lista a la mitad una y otra vez hasta dar con el culpable. Hazlo después de una copia de seguridad: según la wiki, los objetos pueden desaparecer para siempre si quitas mods de un mundo en curso. Lo rápido que un parche puede romper mods lo demostró la 42.20.4 (26 de agosto): eliminó loadstring y loadstream para cerrar agujeros de seguridad, y los mods que los usaban dejaron de funcionar. En la 42.21 (unstable) vuelven a estar activos.
Se queda en «initializing» o cargando el mapa: el servidor no responde
- El servidor cooperativo se queda en «initializing» o «Downloaded x of y». Según la wiki, suele ser un mod que se queda atascado en 0/0 bytes; lo ves al final de
coop-console.txt. Cancela, vuelve a arrancar y repite hasta que se hayan descargado todos los mods. - El servidor dedicado se queda en «Getting server info» o no descarga mods. Es un problema conocido de la herramienta Dedicated Server del cliente de Steam; instala con SteamCMD (app 380870), como ya hace nuestro panel.
- Los mods de mapa no cargan o cargan a medias. Pon
Muldraugh, KYel último enMap=. Si está delante, el mapa base sobrescribe tus mapas de mods. - Los jugadores se quedan atascados en «Loading Map». Una de las causas se corrigió en la 42.20.3; pon a todo el mundo en la versión estable actual.
- Tu servidor autoalojado parece colgarse en el primer arranque. En realidad te está pidiendo una contraseña para la cuenta de admin. En nuestro panel la indicas con la variable Admin Password. Por defecto vale
password, así que cámbiala enseguida.
Diferencia de versión: Build 41, 42 y unstable mezclados
El servidor y los jugadores tienen que estar en la misma versión. La versión estable es la 42.20.4; desde el 23 de septiembre, la 42.21 está en la rama unstable. Las partidas de Build 41 no funcionan en Build 42 (para eso existe la rama legacy41), y las partidas de la antigua unstable 42.19 no funcionan en la 42.20 (para eso está la rama 42.19). Quien esté en una rama distinta a la del servidor no puede entrar; en la 42.21 (unstable), los jugadores reciben un aviso de ello.
- Steam Auto Update está en
0por defecto en nuestro panel: así, el servidor no se actualiza solo al reiniciar. Es útil si quieres esperar a que se actualicen tus mods, pero tras un parche acabarás con una diferencia de versión con tus jugadores. Haz una copia de seguridad, ponlo en1y reinicia. - Steam Beta Branch elige la rama, por ejemplo
legacy41. Cambiar de rama requiere reinstalar; haz antes una copia de seguridad.
¿Tu servidor autoalojado ha pasado de Build 41 a 42 y se cierra con Assertion Failed: Illegal termination of worker thread? Según la wiki, steam_appid.txt debe contener entonces solo 108600, y después de una copia de seguridad borras la carpeta Zomboid antigua.
Puertos: 16261 y 16262 UDP, o lo que diga el panel
Un servidor dedicado usa por defecto dos puertos UDP, 16261 y 16262. En casa, ambos tienen que estar abiertos en tu router y en tu cortafuegos. En un servidor alojado valen los puertos que asigna el panel: el comando de inicio los pasa con -port y -udpport, y esos parámetros tienen prioridad sobre DefaultPort y UDPPort del archivo .ini. Cambiar esas dos líneas, por tanto, no tiene ningún efecto; conéctate con la dirección IP y el puerto que aparecen arriba en el panel.
Partida dañada, o de repente un mundo vacío
¿El servidor arranca de repente con un mundo vacío y los ajustes por defecto? Mira primero el nombre del servidor: determina qué archivo .ini y qué carpeta de partida se cargan. Si lo cambias (en nuestro panel, la variable Server Name), el servidor empieza un mundo nuevo. El antiguo sigue ahí al lado, en Saves/Multiplayer; vuelve a poner el nombre anterior y se cargará de nuevo.
Si el mundo está realmente dañado, por ejemplo con el mensaje «World Version is zero», restaura una copia de seguridad. El servidor también las hace por su cuenta: BackupsOnStart y BackupsOnVersionChange están activados por defecto, con BackupsCount=5. Además, en el panel haces una copia completa con un clic, a ser posible antes de cada cambio de mods o de versión; consulta restaurar una copia de seguridad.
Cuándo más RAM sí ayuda, y cuándo no
Más memoria soluciona un solo tipo de problema: un heap de Java que se llena. Si ves OutOfMemoryError, o si crece tu grupo o tu lista de mods, un paquete más grande ayuda. Con un mod que no carga, una diferencia de versión, un puerto cerrado o una partida dañada, más RAM no cambia nada.
Todos los paquetes de Project Zomboid tienen almacenamiento NVMe y protección DDoS, se cancelan mes a mes y funcionan en Hengelo, Fráncfort, Varsovia o Beauharnois. Con el 75 por ciento para Java te queda:
- Amateur (2 GB, 3,00 €): por debajo del mínimo de la wiki, solo para pruebas.
- Beginner (4 GB, 6,00 €): 3 GB para Java, la base de la regla general; justo en cuanto se suman jugadores.
- Traveller (6 GB, 9,00 €): 4,5 GB, suficiente para tres jugadores sin mods.
- Explorer (8 GB, 12,00 €): 6 GB, suficiente para seis jugadores sin mods o cuatro con una lista de mods modesta.
- Maintainer (12 GB, 18,00 €) a Chief (16 GB, 24,00 €): grupos grandes o paquetes de mods pesados.
Mejor empieza una talla por debajo y amplía cuando el log lo pida (consulta mejorar o reducir tu producto). ¿Aún no tienes servidor? Lee cómo iniciar un servidor de Project Zomboid.
Preguntas frecuentes
¿Por qué mi servidor de Project Zomboid se cierra nada más arrancar?
Normalmente por la memoria de Java: -Xmx está por encima de lo que tiene la máquina, o se queda corto para tus jugadores y mods. Busca en server-console.txt un error de memoria o un STACK TRACE; si aparece el nombre de un mod, probablemente ese mod no está listo para Build 42.
¿Qué puertos usa un servidor de Project Zomboid?
Por defecto, UDP 16261 y 16262 (DefaultPort y UDPPort en el archivo .ini). En un servidor alojado valen los puertos que asigna el panel; se pasan con -port y -udpport y tienen prioridad sobre los valores del archivo .ini.
¿Puedo jugar un mundo de Build 41 en un servidor de Build 42?
No. The Indie Stone indica que las partidas de Build 41 no funcionan en Build 42. Si quieres conservar tu mundo antiguo, pon el servidor y a todos los jugadores en la rama de Steam legacy41.
¿Cuánta RAM necesita un servidor de Project Zomboid?
La PZwiki calcula como mínimo 3 GB para el servidor más unos 0,5 GB por jugador, y más con mods. Así, cuatro jugadores sin mods suman 5 GB; añade algo de margen para el sistema.