Project Zomboid Build 42 no teu próprio servidor: migração, saves e mods

Atualização de segurança: verifica o teu ramo de versão

A The Indie Stone publicou em 26 de agosto de 2026 correções de segurança para 42.20.4 Stable, 42.19.2 Unstable e 41.78.21 Legacy. Escolhe o patch para o teu ramo atual. Uma atualização de segurança não é motivo para mover um mundo da Build 41 para a Build 42 sem o verificar primeiro.

A correção remove as funções Lua loadstring e loadstream. Mods que as usam precisam de ser adaptados. Por isso, um arranque bem-sucedido do servidor por si só ainda não confirma que as funções dos teus mods funcionam.

1. Anota o ramo, a versão do servidor e a lista de mods; faz backup do mundo e da configuração com o servidor parado.
2. Atualiza dentro do mesmo ramo e alinha os clientes.
3. Verifica a entrada no servidor, o salvamento e as funções de mods realmente usadas. Procura no log erros relacionados com as funções Lua removidas.
4. Em caso de problemas, testa um mundo novo separado sem mods. Não sobrescrevas o save da tua comunidade para isso.
5. Só volta a usar um mod afetado depois de ele ser adaptado. Recuar para uma versão anterior à correção de segurança não é uma solução permanente adequada.

Fonte: The Indie Stone: hotfixes de segurança de 26 de agosto.

A Build 42 é Stable — e quebra os teus saves antigos

Desde 29 de julho de 2026, a Build 42 de Project Zomboid é oficialmente Stable. Depois de cerca de 19 meses de desenvolvimento, esta é a maior mudança desde a Build 41 — e, para quem opera servidores, é sobretudo uma questão de compatibilidade: saves da Build 41 não funcionam na Build 42. Quem migra começa o mundo do zero. Quem não quiser isso pode manter o servidor especificamente na Build 41.

Este guia mostra os dois caminhos, lista as alterações relevantes para servidores e a correção de segurança posterior de 26 de agosto.

A situação de compatibilidade num relance

O facto de mundos da 42.19 também não poderem ser transferidos deve-se às novas áreas extensas do mapa na 42.20 — os dados do mundo simplesmente já não encaixam.

Caminho 1: Ficar na Build 41

Se a tua comunidade está a meio de uma ronda longa, ficar onde está é a opção com menos risco. A The Indie Stone mantém a Build 41 disponível como ramo beta próprio:

1. Clica com o botão direito em Project Zomboid na tua biblioteca Steam
2. Abre Propriedades
3. Em Versões do jogo e betas, escolhe o ramo legacy41

Importante: Todos os jogadores do teu servidor têm de escolher o mesmo ramo. Um cliente na Build 42 não se liga a um servidor Build 41. Por isso, anuncia a mudança antes de a fazeres.

Para rondas na Unstable 42.19, existe de forma análoga o ramo beta 42.19.

Caminho 2: Migrar para a Build 42

A migração significa reiniciar o mundo. Ordem recomendada:

1. Criar um backup do mundo atual. No painel da game-serverhosting, faz backup do teu servidor antes de mudares qualquer coisa — assim a ronda antiga fica preservada caso queiram voltar atrás.
2. Combinar a data com a comunidade. Um wipe sem aviso custa jogadores.
3. Verificar mods (ver abaixo) — a Build 42 é uma rutura, muitos mods precisam de atualização.
4. Atualizar o servidor para 42.20 e gerar um mundo novo.
5. Reconfigurar as opções de sandbox — algumas opções mudaram.

Ainda não tens servidor próprio? Alugar um servidor Project Zomboid

O que muda concretamente para servidores multiplayer

A Build 42.20 traz várias novidades que afetam exclusivamente servidores:

• Anti-cheat reformulado e novamente ativo. A verificação agora corre do lado do servidor; a antiga opção antiCheatItem foi removida porque deixou de ser necessária. O logging foi melhorado. Segundo os devs, duas áreas parciais (NoClip, PacketException) ainda estão em desenvolvimento.
• Nova opção de servidor “Show coordinates". Com ela, mostras ou ocultas a linha de coordenadas para todos os clientes ligados — útil para servidores de roleplay que querem forçar a navegação pelo mapa.
• Valores de ping por jogador aparecem agora nos separadores “Players" e “Users List". Assim finalmente dá para distinguir se um jogador tem um problema de ligação ou se o próprio servidor está preso.
• Limite de zombies aumentado de forma significativa. A opção de sandbox “Zombie count before deletion" agora vai até 5000 em vez dos anteriores 500. Para servidores densamente povoados com muita atividade, isto dá muito mais liberdade — mas também é uma alavanca que custa desempenho.
• Tempos de carregamento mais curtos entre “Click to Start" e o spawn.
• Itens empilháveis são transferidos mais depressa.
• Comportamento de rede em colisões de veículos com zombies foi melhorado.

O teu ficheiro sandbox antigo: o que a Build 42 muda em silêncio

Que os saves não continuam a funcionar já é conhecido. Menos conhecido — e mais irritante no dia a dia — é a segunda parte: o ficheiro de definições SandboxVars.lua pode ser levado sem problemas. Só que, na Build 42, ele já não significa a mesma coisa. Não há mensagem de erro nem aviso no log. O servidor arranca, mas joga-se de forma diferente.

Nós operamos servidores em ambas as builds e temos de ler os dois formatos em paralelo. Por isso, as diferenças abaixo não vêm de uma wiki, mas da comparação de ficheiros reais de servidores.

Oito opções agora têm outro nome

Se levares o ficheiro antigo, a Build 42 ignora as chaves antigas e aplica o valor padrão às novas. A raridade de loot que ajustaste com tanto cuidado desaparece — sem ninguém te dizer.

Duas renomeações são mais do que isso: XpMultiplier já não é um valor próprio, passou para o contentor MultiplierConfig. E a seleção por níveis LootRespawn transformou-se, com HoursForLootRespawn, numa indicação em horas — antes, um 4 significava um nível; hoje significa quatro horas.

DayLength: o mesmo número, outro dia

Esta é a alteração mais discreta e, ao mesmo tempo, uma das mais impactantes. A lista de valores foi renumerada:

Quem jogava na Build 41 com DayLength = 4 tinha dias de duas horas. O mesmo ficheiro gera, na Build 42, dias de uma hora e meia — visivelmente mais curtos, sem nada parecer avariado. Se o teu servidor parecer mais acelerado depois da migração, este é quase sempre o motivo.

O que a Build 42 permite de novo

Algumas destas coisas antes nem eram configuráveis:

• Desativar zombies por completo (Zombies = 6) — para servidores de construção e roleplay
• Valores aleatórios para velocidade, força e resistência (ZombieLore.Speed, .Strength, .Toughness)
• Desativar infeção (Transmission = 4) e morte por infeção nunca (Mortality = 7)
• Manter eletricidade e água ligadas permanentemente — ou desligá-las só depois de 6 a 12 meses
• Sem deterioração no frigorífico (FridgeFactor = 6)
• Muito alto ou muito lento como novo nível para temperatura, erosão, crescimento natural, deterioração de comida e taxa de spawn de veículos

Como configuras isso connosco

Connosco não precisas de editar ficheiros para isso. No painel do servidor existe, em Sandbox, um formulário guiado que lê as definições do teu mundo diretamente do ficheiro — ele mostra automaticamente a lista de valores da tua build, portanto na Build 42 também mostra os novos níveis. Os modelos do jogo (Apocalypse, Survivor, Outbreak, Rising, Six Months Later) podem ser aplicados com um clique.

Há duas coisas importantes aqui. Guardar só funciona enquanto o servidor está parado — Project Zomboid reescreve o ficheiro ao encerrar e, caso contrário, sobrescreveria as tuas alterações. E quem precisar do ficheiro completo encontra-o pela gestão de ficheiros em .cache/Server/<Servername>_SandboxVars.lua.

Retrospetiva: correções de desempenho em 42.20.1

O hotfix de 5 de agosto corrige exatamente os problemas que, em servidores bem frequentados, aparecem como “o servidor está com lag":

• Chunk unloading corrigido. Um erro causava problemas graves de desempenho ao descarregar áreas do mundo. Segundo os devs, a correção resolve a maioria dos erros que os jogadores em servidores com muitos jogadores tinham por causa de lag do servidor — o ponto mais importante do patch.
• Memory leak fechado. Uma fuga de memória reduzia o desempenho ao longo do tempo e acabava por causar crashes. Exatamente o padrão que aparece como “depois de alguns dias, o servidor tem de ser reiniciado".
• Uso de memória melhorado através da reutilização de dados de mundo descartados.
• Mundos B41 danificados podiam ser alojados indevidamente em servidores B42 — isso foi bloqueado.
• Veículos que desapareciam depois da desconexão de outro jogador foram corrigidos.
• Validação de checksums Lua para o anti-cheat foi melhorada.

A 42.20.1 foi um hotfix inicial de desempenho. Para o estado de segurança atual, tem em atenção a correção 42.20.4 explicada acima dentro do ramo Stable.

Mods: conta com ruturas

A Build 42 é um salto de versão que afeta mods. Além disso, a The Indie Stone indica que um patch de segurança publicado juntamente com a 42.20 (a vulnerabilidade subjacente foi comunicada responsavelmente por Jorge Escabias) também pode afetar mods em alguns casos.

Na prática, isto significa:

• Verifica antes da migração se os teus mods do Workshop têm uma versão para a Build 42.
• Testa num mundo novo sem mods antes de reportares erros — os devs recomendam isso expressamente.
• Relevante para autores de mods: agora os mods podem escrever ficheiros .json, e os ficheiros de tradução precisam de %% para representar um sinal de percentagem.

Explicamos aqui como instalas mods no teu servidor e os manténs atualizados:

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

FAQ

Posso salvar de alguma forma o meu save da Build 41?

Não na Build 42. Os dados do mundo não são compatíveis. Mas podes continuar a jogar a ronda sem limite no ramo legacy41 — ainda assim, faz backup antes.

Os meus jogadores precisam de fazer alguma coisa?

Sim. Servidor e cliente têm de correr na mesma versão. Se ficares na Build 41, todos têm de escolher o ramo legacy41; se migrares, todos têm de estar na versão padrão.

A Build 42 é estável o suficiente para um servidor de comunidade?

O aviso “Unstable" foi removido do menu principal, e a 42.20.1 corrigiu os dois problemas de servidor mais graves (chunk unloading, memory leak). Isso torna a migração muito mais defensável do que ainda era no fim de julho.

Vale a pena usar um limite de zombies mais alto?

Está disponível, mas custa caro. Mais zombies ativos significam mais carga de cálculo por tick. Vai subindo aos poucos e observa a utilização do servidor no painel.

Onde encontro a lista completa de novidades?

Os devs disponibilizam uma visão geral de funcionalidades da Build 42. Ela é expressamente uma seleção, não uma lista completa de alterações.

Fontes: anúncios oficiais no Steam “Build 42.20.0 Stable Released" (29 de julho de 2026), “B42 CHECKLIST" (28 de julho de 2026) e “42.20.1 STABLE Hotfix Released" (5 de agosto de 2026).