Project Zomboid · Guia

Configurações do servidor e sandbox de Project Zomboid, explicadas

Atualizado October 2, 2026 9 min de leitura

Nesta página
  1. Onde ficam as configurações
  2. Três presets de sandbox que funcionam
  3. Configurações de multiplayer: PvP, safehouses, whitelist e mais
  4. Como adicionar mods da Workshop a um servidor
  5. Configurações que reduzem lag e memória
  6. Como mudar configurações em um servidor HytHost
  7. FAQ

Um servidor de Project Zomboid é definido por dois arquivos. Um decide quem pode entrar e como o servidor se comporta; o outro decide o quão difícil é o apocalipse: quantos zumbis, quanto loot, a velocidade com que você aprende, quanto dura um dia. A maioria dos grupos só muda uma dúzia de configurações entre os dois, e é disso que este guia trata.

Ele mostra onde ficam os arquivos, três presets prontos, as opções de multiplayer, os mods da Workshop e as configurações que deixam leve um servidor de longa duração. Foi escrito para a Build 42, com os pontos em que a Build 41 é diferente indicados, porque várias chaves foram renomeadas entre as duas.

Onde ficam as configurações

Tudo fica em Zomboid/Server/, na sua pasta de usuário em um PC doméstico (%USERPROFILE%\Zomboid\Server no Windows, ~/Zomboid/Server no Linux):

ArquivoO que controla
servertest.iniO servidor: nome, senha, limite de jogadores, PvP, safehouses, whitelist, mods, mapa
servertest_SandboxVars.luaAs regras do mundo: zumbis, loot, XP, tempo, água e luz, infecção
servertest_spawnregions.luaEm quais cidades os novos jogadores podem nascer

O mundo em si é salvo em Zomboid/Saves/Multiplayer/servertest. "servertest" é o nome padrão do servidor; um servidor iniciado com outro nome usa arquivos com esse nome, então confira se você está editando os certos.

O que dá para mudar no meio do jogo

  • As opções do servidor em servertest.ini podem mudar a qualquer momento. Pare o servidor, edite e inicie de novo, ou edite com ele rodando e aplique o arquivo com o comando reloadoptions.
  • As opções de sandbox são lidas quando o servidor inicia, então reinicie depois de editar. Lembre que os zumbis e o loot das áreas que os jogadores já visitaram foram gerados com os valores antigos: uma mudança aparece mais nos lugares onde ninguém esteve ainda.
  • Algumas escolhas são de um mundo novo. A data de início e o mapa são definidos quando o mundo é criado. Mudar de build, da 41 para a 42, sempre significa um mundo novo.
Faça backup da pasta do save antes de editar o arquivo sandbox de um mundo em andamento. É a única mudança difícil de desfazer.

Edite os dois arquivos pelo navegador: um servidor de Project Zomboid da HytHost vem com gerenciador de arquivos e sFTP, a partir de €6.54/mês.

Ver planos de Project Zomboid

Três presets de sandbox que funcionam

São sugestões nossas, não os presets que já vêm no jogo. Eles usam os nomes das opções que você vê na tela Sandbox; as chaves correspondentes em servertest_SandboxVars.lua estão listadas abaixo.

ConfiguraçãoTranquilo, com amigosApocalipse clássicoHardcore de longa duração
População de zumbisBaixaNormalAlta
Respawn de zumbisDesligadoDesligadoLigado, lento
Velocidade dos zumbisLentos (shamblers)Lentos (shamblers)Aleatória, com alguns fast shamblers
LootAcima do padrãoPadrãoAbaixo do padrão
Multiplicador de XP2–3×1×1×
Duração do dia2 horas ou mais1 hora e 30 minutos (padrão)1 hora
InfecçãoSó salivaSangue e salivaSangue e saliva

As chaves por trás deles, com os nomes da Build 42:

  • População: Zombies (1 Insane … 4 Normal, 5 Low, 6 None) e o mais preciso ZombieConfig.PopulationMultiplier. O "Normal" da Build 42 é 0.65; o da Build 41 era 1.0, então não copie números entre builds.
  • Respawn: RespawnHours, RespawnUnseenHours e RespawnMultiplier. Na Build 42 o respawn vem desligado por padrão; na Build 41 vinha ligado.
  • Velocidade e infecção: ZombieLore.Speed (1 Sprinters, 2 Fast Shamblers, 3 Shamblers, 4 Random) e ZombieLore.Transmission (1 Blood and Saliva, 2 Saliva Only, 3 Everyone's Infected, 4 None).
  • Loot: a Build 42 define o loot por categoria com multiplicadores de 0 a 4, como FoodLootNew, WeaponLootNew e AmmoLootNew. A Build 41 usava FoodLoot, WeaponLoot e OtherLoot numa escala de raridade de 1 a 5.
  • XP: a Build 42 usa MultiplierConfig.Global, com valores opcionais por habilidade. A Build 41 usava XpMultiplier.
  • Tempo: DayLength, e WaterShut / ElecShut para quando a água e a luz são cortadas.
O jeito mais fácil de ter um arquivo sandbox válido é deixar o jogo escrevê-lo: no jogo, Host > Manage Settings edita esses mesmos arquivos no seu PC, e você pode copiá-los para o servidor. Um erro de digitação em um arquivo .lua editado à mão pode impedir o mundo de carregar.

Configurações de multiplayer: PvP, safehouses, whitelist e mais

Essas ficam em servertest.ini. Os padrões são os da Build 42.

ChavePadrãoO que faz
PVPtrueOs jogadores podem se ferir. Coloque false para um servidor cooperativo.
PauseEmptytrueO tempo para quando ninguém está online. Desligue se quiser que o mundo siga sem você.
PasswordvazioA senha que os jogadores precisam para entrar.
MaxPlayers32Limite de jogadores, até 100. O jogo avisa sobre dessincronização acima de 32. (Na Build 41 o padrão era 16.)
Opentruefalse ativa a whitelist: só entram contas criadas por um admin.
PlayerSafehousefalsePermite que os jogadores reivindiquem um prédio como safehouse. AdminSafehouse limita isso aos admins.
SafehouseAllowTrepasstrueSe outros podem entrar numa safehouse. A chave é escrita assim mesmo.
FactiontruePermite que os jogadores formem facções com tags.
GlobalChattrueCanal de chat para o servidor inteiro.
Public / PublicNamefalseLista o servidor no navegador do jogo com esse nome.
DropOffWhiteListAfterDeathfalseRemove a conta de um jogador quando o personagem morre, para servidores de morte permanente.

A Build 41 também tinha AutoCreateUserInWhiteList, que adicionava todo jogador novo à whitelist automaticamente; ela não faz parte das configurações da Build 42. Para gerenciar a whitelist em si, veja os comandos adduser em comandos de admin de Project Zomboid.

Como adicionar mods da Workshop a um servidor

Cada mod ocupa duas linhas em servertest.ini, e um mapa personalizado ocupa uma terceira:

  1. WorkshopItems: o ID da Workshop, o número no final do endereço da página do mod na Steam Workshop. O servidor baixa esses itens ao iniciar.
  2. Mods: o ID do mod, que é a linha id= do mod.info do mod. Muitas vezes é diferente do título do mod e do nome da pasta, e um item da Workshop pode conter vários mods. Na Build 42 cada ID de mod precisa de uma barra invertida na frente.
  3. Map: só para mods de mapa, os nomes das pastas do mapa, listados antes do mapa base.
WorkshopItems=2169435993;2392709985
Mods=\ModA;\ModB
Map=MyMapFolder;Muldraugh, KY

Separe as entradas com ponto e vírgula, sem espaços. Coloque cada mod depois dos mods de que ele depende. Os jogadores não instalam nada manualmente: o jogo baixa os mods da Workshop do servidor quando eles entram.

Por que os mods não carregam

  • O ID do mod está errado: um título ou nome de pasta no lugar do valor id=, ou falta a barra invertida da Build 42.
  • O mod é para a outra build. Muitos mods têm versões separadas para Build 41 e Build 42; um mod só da Build 41 não carrega na 42 e pode impedir o mundo de carregar.
  • Falta uma dependência em WorkshopItems, ou ela está listada depois do mod que precisa dela.
  • O mod foi atualizado na Workshop e o servidor tem a cópia antiga, então os jogadores com a versão nova são recusados. Reinicie o servidor para ele baixar a atualização. O comando checkModsNeedUpdate escreve no log se há uma atualização pendente.

Configurações que reduzem lag e memória

Um servidor de Project Zomboid gasta memória e CPU com áreas carregadas, zumbis e mods. As configurações que realmente fazem diferença:

  • População e respawn de zumbis. Cada zumbi é simulado. Uma população High ou Insane com respawn ligado é o mundo mais pesado que você pode criar; Normal sem respawn é bem mais leve.
  • A lista de mods. Mods grandes de mapas, veículos e overhaul consomem memória mesmo quando ninguém usa. Tire o que o seu grupo não joga.
  • Um MaxPlayers realista. Jogadores espalhados pelo mapa mantêm cada um a sua região carregada. Trinta jogadores em trinta cidades custam muito mais do que trinta jogadores em uma base.
  • PauseEmpty=true para o relógio quando não há ninguém, para que um servidor vazio não simule um mundo que ninguém vê.
  • Um reinício agendado uma vez por dia mantém responsivo um mundo de longa duração.

As configurações têm limite: se o servidor continua ficando sem memória, ele precisa de mais. Nosso guia de RAM traz os números por tamanho de grupo.

Como mudar configurações em um servidor HytHost

Na HytHost, as configurações ficam divididas entre dois lugares do seu GamePanel:

  • A aba Startup guarda o máximo de jogadores, o nome do servidor, a senha, a listagem pública, o PvP, os itens da Workshop e os IDs dos mods. O servidor grava esses valores em servertest.ini toda vez que inicia, então mude-os aqui: uma edição dessas linhas no arquivo é substituída na próxima inicialização.
  • O gerenciador de arquivos (ou sFTP) guarda todo o resto: o restante do servertest.ini e o servertest_SandboxVars.lua, em Zomboid/Server/. Pare o servidor, edite, salve e inicie de novo.

Faça um backup manual pela aba Backups antes de uma mudança grande, além dos automáticos que todo plano inclui. Para mundos com mods de longa duração, o West Point (12 GB) deixa espaço para packs de mapas e veículos; a hospedagem de Project Zomboid tem todos os tamanhos, e os servidores Custom vão até 32 GB.

Configurando pela primeira vez? Comece por como hospedar um servidor de Project Zomboid.

Para um mundo com mods de longa duração, o West Point oferece 12 GB por €13.08/mês, com backups automáticos inclusos.

Ver planos de Project Zomboid
FAQ

Perguntas frequentes

Em Zomboid/Server/servertest_SandboxVars.lua, ao lado das configurações do servidor em servertest.ini. No Windows essa pasta fica no seu perfil de usuário; no Linux, na sua pasta home. Se o servidor roda com outro nome, os arquivos usam esse nome no lugar de servertest.

Sim, mas reinicie o servidor depois e espere que a mudança apareça mais em áreas que ninguém visitou ainda, porque os zumbis e o loot das áreas exploradas já foram gerados. Faça backup do save antes. Trocar entre Build 41 e Build 42 sempre exige um mundo novo.

População de zumbis baixa, respawn desligado, zumbis lentos, loot acima do padrão, multiplicador de XP de 2 ou 3, dias de 2 horas e infecção só pela saliva. Assim o jogo continua tenso sem que todo personagem novo morra no primeiro dia.

Coloque o ID da Workshop em WorkshopItems e o ID do mod do mod.info em Mods, ambos separados por ponto e vírgula, e reinicie. Na Build 42 cada ID de mod precisa de uma barra invertida na frente. Mods de mapa também vão em Map, antes do mapa base. Os jogadores recebem os mods automaticamente ao entrar.

Defina PVP=true ou PVP=false em servertest.ini e reinicie. Em um servidor HytHost, mude o PvP na aba Startup.

Normalmente o ID do mod está errado, falta a barra invertida da Build 42, o mod foi feito para a outra build ou falta uma dependência. Se os jogadores forem recusados depois de uma atualização na Workshop, reinicie o servidor para ele baixar a versão nova. O console do servidor mostra qual mod falhou.

Normal é a população padrão do jogo e a experiência pretendida. Na Build 42 corresponde a um multiplicador de população de 0.65, enquanto a Build 41 usava 1.0, então o rótulo importa mais do que o número. Na Build 42 o respawn vem desligado por padrão.

Ajuste o apocalipse, não o servidor

A hospedagem de Project Zomboid da HytHost oferece a aba Startup, um gerenciador de arquivos e backups automáticos para cada mudança de configuração, a partir de €6.54/mês.

Live chat 8 AM – 11 PM (Chișinău time) · tickets answered during business hours

Este guia foi útil?