← Blog

Como configurar um servidor DayZ em modo PvE

Par Benjamin D. · PDG

· Mis à jour le 6 Gwengolo 2026 · Lecture 7 min

Sumário

Um servidor DayZ PvE não se resume a desligar o PvP: o jogo base não tem essa opção. A experiência cooperativa nasce da combinação de três camadas — os parâmetros do serverDZ.cfg, a economia central (types.xml, globals.xml, events.xml) e mods que bloqueiam o dano entre jogadores ou criam zonas seguras. Abaixo, a configuração real, com exemplos aplicáveis direto no painel.



Como um servidor DayZ PvE funciona por baixo do capô

Na build vanilla, todo jogador pode atirar em outro. Os parâmetros disableBaseDamage e disableContainerDamage do serverDZ.cfg protegem apenas construções e contêineres — nada impede uma bala na cabeça em Cherno. Portanto, um ambiente cooperativo se constrói em camadas:

  • Camada 1 — configuração nativa: protege bases, tendas, barris e barracas contra destruição por outros jogadores.
  • Camada 2 — economia central (CE): ajusta loot, veículos, zumbis e eventos para um ritmo menos punitivo, já que a pressão do PvP desaparece.
  • Camada 3 — mods: anulam o dano entre jogadores, criam zonas seguras em traders e adicionam ferramentas de administração.

Sem a camada 3, você tem um servidor "sem raid", não um PvE de verdade. É a ordem de carregamento dos mods e a validação das chaves .bikey que garantem que essas regras se apliquem a todos os clientes conectados.

Se você administra uma comunidade e precisa de Ryzen de alta frequência, NVMe e anti-DDoS incluído, veja a hospedagem DayZ da Fly-Serv, com painel Pterodactyl e backups automáticos.



serverDZ.cfg: os parâmetros que definem um servidor DayZ PvE

O arquivo fica na raiz da instalação e é lido a cada inicialização. No painel Pterodactyl, você o edita pelo gerenciador de arquivos e reinicia a instância — sem precisar de FTP externo. Exemplo de base sólida para um ambiente cooperativo:

hostname = "[BR] PvE Chernarus | Loot+ | Trader";
password = "";
passwordAdmin = "TROQUE_ESTE_VALOR_AGORA";
maxPlayers = 60;

verifySignatures = 2;
forceSameBuild = 1;
allowFilePatching = 1;

disableVoN = 0;
vonCodecQuality = 20;
disable3rdPerson = 0;
disableCrosshair = 0;
disablePersonalLight = 0;
lightingConfig = 0;

serverTime = "SystemTime";
serverTimeAcceleration = 8;
serverNightTimeAcceleration = 4;
serverTimePersistent = 1;

disableBaseDamage = 1;
disableContainerDamage = 1;
disableRespawnDialog = 0;
respawnTime = 5;

guaranteedUpdates = 1;
loginQueueConcurrentPlayers = 5;
loginQueueMaxPlayers = 500;
instanceId = 1;
storageAutoFix = 1;

timeStampFormat = "Short";
logAverageFps = 1;
logMemory = 1;
logPlayersCount = 1;
logFile = "server_console.log";
adminLogPlayerHitsOnly = 0;
adminLogPlacement = 1;
adminLogBuildActions = 1;
adminLogPlayerList = 1;

motd[] = {"Servidor PvE - sem KOS","Traders em Green Mountain e Kumyrna"};
motdInterval = 300;

class Missions
{
    class DayZ
    {
        template = "dayzOffline.chernarusplus";
    };
};

Os valores que realmente mudam o jogo em modo cooperativo

ParâmetroValor sugeridoEfeito prático
disableBaseDamage1Bases e cercas ficam imunes a explosivos e ferramentas de outros jogadores.
disableContainerDamage1Tendas, barris e caixas não podem ser destruídos por terceiros.
serverTimeAcceleration6 a 12Ciclo dia/noite mais rápido; noites curtas reduzem frustração em PvE.
serverNightTimeAcceleration2 a 6Multiplicador adicional aplicado só à noite.
serverTimePersistent1A hora do mundo é salva entre reinicializações.
allowFilePatching1Necessário para vários mods client-side. Mantenha verifySignatures = 2 junto.
storageAutoFix1Repara automaticamente arquivos de persistência corrompidos.
respawnTime5Tempo antes de renascer; valores baixos combinam com o ritmo PvE.

RCON e acesso administrativo

A senha de RCON não fica no serverDZ.cfg, e sim no BattlEye, dentro da pasta de perfil:

profiles/BattlEye/BEServer_x64.cfg

RConPassword SenhaLongaEUnica_2024!
RestrictRCon 0
MaxPing 350

Use senhas longas e distintas para passwordAdmin e RConPassword. Nunca reaproveite a mesma string nos dois campos, e limite quem tem acesso ao painel usando subusuários com permissões restritas. A proteção contra ataques volumétricos já é tratada na infraestrutura, mas o acesso lógico ao painel e ao RCON é responsabilidade do administrador.



Loot, zumbis e economia central ajustados para PvE

Sem confronto entre jogadores, o loot se acumula muito mais rápido: ninguém morre com um saco cheio de munição no meio da floresta. Se você simplesmente multiplicar o nominal de tudo, a economia central satura, o cleanup atrasa e o servidor perde FPS. O ajuste correto é cirúrgico.

types.xml: o que cada campo faz

<type name="AKM">
    <nominal>18</nominal>
    <lifetime>14400</lifetime>
    <restock>0</restock>
    <min>12</min>
    <quantmin>-1</quantmin>
    <quantmax>-1</quantmax>
    <cost>100</cost>
    <flags count_in_cargo="0" count_in_hoarder="0" count_in_map="1"
           count_in_player="0" crafted="0" deloot="0" />
    <category name="weapons" />
    <usage name="Military" />
</type>
  • nominal: quantidade ideal do item no mapa. É o número que você aumenta para deixar o loot mais generoso.
  • min: gatilho de reposição. Quando a contagem cai abaixo dele, o CE gera novas unidades.
  • lifetime: segundos até o item desaparecer do chão. Em PvE, aumentar demais entope o mapa.
  • restock: atraso antes de repor. Deixe em 0 para reposição imediata.
  • flags: com count_in_cargo="1" e count_in_player="1", itens guardados contam no total e a reposição para. Em PvE cooperativo, manter esses valores em 0 evita que os estoques dos jogadores travem o spawn.

globals.xml: densidade de infectados e limpeza

<var name="ZombieMaxCount"          type="0" value="700"  />
<var name="AnimalMaxCount"          type="0" value="180"  />
<var name="CleanupLifetimeDeadPlayer" type="0" value="1800" />
<var name="CleanupLifetimeRuined"   type="0" value="300"  />
<var name="IdleModeCountdown"       type="0" value="60"   />
<var name="TimeLogin"               type="0" value="10"   />

Em um servidor DayZ PvE, os infectados voltam a ser a ameaça central. Subir ZombieMaxCount aumenta a tensão, mas também o consumo de CPU: cada infectado ativo é IA e pathfinding. Suba em degraus de 100 e observe o logAverageFps no console ao vivo antes de continuar. É exatamente aqui que um processador Ryzen de alta frequência faz diferença, porque a simulação do DayZ depende de desempenho por núcleo.

events.xml e veículos

Sem PvP, helicrashes e airdrops viram o principal objetivo do dia. Ajuste o nominal e o lifetime dos eventos com moderação, e aumente o número de veículos com cuidado: eles são os objetos mais pesados para a persistência.

<event name="StaticHeliCrash">
    <nominal>5</nominal>
    <min>3</min>
    <max>6</max>
    <lifetime>1800</lifetime>
    <restock>0</restock>
    <active>1</active>
</event>

Todo o funcionamento do CE e a lista completa de parâmetros estão documentados no wiki oficial da Bohemia Interactive. Depois de qualquer alteração nos XML, valide o arquivo antes de reiniciar: um XML malformado impede a inicialização do CE e o mapa sobe sem loot algum.



Mods, zonas seguras e desativação do dano entre jogadores

Aqui está a peça que falta. Como o jogo base não tem flag de PvE, o bloqueio de dano vem de mods server-side ou de conjuntos completos como o Expansion.

Base de mods comum em ambientes cooperativos

  • CF (Community Framework): dependência de praticamente todo mod moderno. Carregue sempre primeiro.
  • DayZ-Expansion (Core, Book, Chat, Vehicles, Market): traz zonas seguras configuráveis, sistema de grupos com dano amigável desativável e traders com NPC.
  • Trader (Dr. Jones): alternativa leve de comércio, geralmente combinada com um mod de zona segura.
  • VPPAdminTools: ferramentas de administração, teleporte, gestão de jogadores e logs — essencial para moderar sem reiniciar.
  • Mods "No Player Damage" / PvE guard: interceptam o evento de dano e anulam qualquer hit cujo autor seja um jogador.

Ordem de carregamento e chaves

A ordem importa: dependências primeiro, conteúdo depois. Em Linux, a linha de inicialização se parece com isto:

./DayZServer \
  -config=serverDZ.cfg \
  -port=2302 \
  -profiles=profiles \
  -mod="@CF;@DayZ-Expansion-Core;@DayZ-Expansion-Licensed;@DayZ-Expansion-Vehicles" \
  -serverMod="@VPPAdminTools" \
  -dologs -adminlog -netlog -freezecheck -cpuCount=4

Copie sempre os arquivos .bikey de cada mod para a pasta keys/. Com verifySignatures = 2, qualquer chave ausente resulta em kick imediato dos jogadores com a mensagem de arquivo não verificado. Mods marcados como -serverMod rodam apenas no lado do servidor e não exigem download pelo cliente.

Configurar uma zona segura

Com o Expansion, as zonas ficam em profiles/ExpansionMod/Settings/SafeZoneSettings.json. Estrutura típica de uma zona circular em torno de um trader:

{
    "m_Version": 3,
    "Enabled": 1,
    "EnableVehicleinvincibility": 1,
    "CircleZones": [
        {
            "ZoneName": "Trader Green Mountain",
            "Position": [3706.0, 403.0, 5972.0],
            "Radius": 150.0,
            "SafeZoneRadius": 200.0
        }
    ],
    "RectangleZones": []
}

Dentro do raio, o dano entre jogadores, o dano de infectados e a destruição de veículos são anulados. Pegue as coordenadas com a ferramenta de administração ou com o comando de posição em jogo, e sempre deixe a SafeZoneRadius maior que o Radius para criar uma faixa de transição — assim ninguém leva tiro no exato limite da zona.

Grupos e dano amigável

O módulo de grupos do Expansion tem um parâmetro dedicado em PartySettings.json:

{
    "EnablePartyFriendlyFire": 0,
    "MaxPartyMembers": 10,
    "EnableQuickMarker": 1
}

Com EnablePartyFriendlyFire em 0, membros do mesmo grupo não se ferem. É uma camada complementar, não substitui um mod de bloqueio global de dano.

Rotina de administ