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âmetro | Valor sugerido | Efeito prático |
|---|---|---|
disableBaseDamage | 1 | Bases e cercas ficam imunes a explosivos e ferramentas de outros jogadores. |
disableContainerDamage | 1 | Tendas, barris e caixas não podem ser destruídos por terceiros. |
serverTimeAcceleration | 6 a 12 | Ciclo dia/noite mais rápido; noites curtas reduzem frustração em PvE. |
serverNightTimeAcceleration | 2 a 6 | Multiplicador adicional aplicado só à noite. |
serverTimePersistent | 1 | A hora do mundo é salva entre reinicializações. |
allowFilePatching | 1 | Necessário para vários mods client-side. Mantenha verifySignatures = 2 junto. |
storageAutoFix | 1 | Repara automaticamente arquivos de persistência corrompidos. |
respawnTime | 5 | Tempo 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"ecount_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.