Este guia aborda problemas comuns de servidores DayZ e como resolvê-los, incluindo erros de assinatura de mods, problemas no navegador de servidores, falhas de parsing XML, configuração do BattlEye e administração remota via RCON. Para configuração geral do servidor, consulte o Guia de Configuração do Servidor DayZ.
Erros de Assinatura e Mods
Jogadores são expulsos com "Signature check timed out" ou "No entry in key directory"
- Isso significa que o arquivo
.bikeyde um mod está faltando no diretóriokeys/do servidor. Verifique se todos os mods no parâmetro-mod=têm seus arquivos de chave copiados parakeys/. - Se o servidor tiver
verifySignatures = 2;, todos os mods devem ter chaves correspondentes. Não há exceções -- mesmo uma única chave faltando impedirá que jogadores com aquele mod se conectem. - Após adicionar o arquivo de chave faltante, reinicie o servidor. Alterações de chaves entram em vigor ao reiniciar.
- Consulte o guia de Instalação de Mods do DayZ para detalhes completos sobre gerenciamento de arquivos de chave.
Jogadores são expulsos com "Game signature mismatch"
- Isso ocorre quando os arquivos locais do mod do jogador não correspondem aos arquivos do mod do servidor. Geralmente causado por uma das partes ter uma versão desatualizada de um mod.
- Peça aos jogadores que atualizem seus mods inscritos no DayZ Launcher ou na Steam Workshop antes de reconectar.
- Se os mods do servidor estiverem desatualizados, pare o servidor, exclua os arquivos em cache da Workshop do mod desatualizado e reinicie o servidor para que ele baixe novamente a versão mais recente.
Problemas de Inicialização do Servidor
O servidor trava na inicialização ou falha ao carregar a missão
- A causa mais comum é um erro de parsing XML no
types.xmlou em outro arquivo de missão. Verifique a saída do console do servidor no GPanel procurando uma linha contendoxml,parseou o nome do arquivo que falhou ao carregar. - Baixe o
types.xmlvia SFTP e valide-o com um editor XML ou validador XML online. Procure tags não fechadas, aspas incompatíveis ou caracteres perdidos. - Um problema na ordem de carregamento de mods também pode causar uma falha na inicialização. Tente remover todos os mods do parâmetro
-mod=e inicie um servidor vanilla primeiro. Se o servidor vanilla iniciar corretamente, adicione os mods um por um para identificar qual mod ou combinação causa a falha. - Consulte o guia de Economia de Loot para dicas sobre como validar o
types.xml.
O servidor não aparece no navegador de servidores do DayZ Launcher
- Confirme que o
steamQueryPortnoserverDZ.cfgcorresponde exatamente à porta de consulta exibida na aba Network do GPanel. - O navegador de servidores pode levar de 10 a 15 minutos para indexar um servidor recém-iniciado. Use a conexão direta (aba Favourites no launcher) para verificar se o servidor está acessível enquanto você aguarda.
- O navegador de servidores do DayZ Launcher pode não listar servidores com certas incompatibilidades de filtro. Certifique-se de que
forceSameBuild = 1;está definido noserverDZ.cfgpara que apenas jogadores na versão correta do jogo possam ver e entrar no servidor.
Problemas de Loot e Economia
Alterações no types.xml não estão tendo efeito após reiniciar
- Confirme que o arquivo foi salvo antes do servidor ser reiniciado. Abra-o no editor de arquivos do GPanel após salvar para verificar se os valores que você inseriu estão presentes.
- Se você estiver usando mods que incluem suas próprias entradas de
types.xml, essas entradas podem sobrescrever suas alterações. Verifique a pastadb/do mod para um arquivotypes.xmle mescle suas alterações nele, ou ajuste o arquivo de economia do mod diretamente. - Certifique-se de que o caminho está correto para o seu mapa. O
types.xmlpara Chernarus está emmpmissions/dayzOffline.chernarusplus/db/types.xml. Para Livonia, está emmpmissions/dayzOffline.enoch/db/types.xml. - Consulte o guia de Economia de Loot para detalhes completos sobre a edição do types.xml.
Configuração do BattlEye
BattlEye é o sistema anti-cheat usado pelo DayZ. Ele é habilitado por padrão em todos os servidores. A pasta de configuração do BattlEye está localizada em:
battleye/
Dentro desta pasta você encontrará arquivos de filtro como scripts.txt, remoteexec.txt e publicvariable.txt. Esses arquivos definem quais ações o BattlEye sinaliza ou expulsa jogadores. Por padrão, o BattlEye é configurado para detectar cheats comuns. Se você estiver usando mods, alguns mods podem causar falsos positivos e expulsar jogadores legítimos.
BattlEye está expulsando jogadores inesperadamente
- Verifique os arquivos de log do BattlEye dentro da pasta
battleye/. O log mostrará qual filtro acionou a expulsão e a string exata que correspondeu. - Siga as instruções de whitelist do BattlEye recomendadas pelo autor do mod. A maioria das páginas de mods inclui uma seção sobre ajustes de filtro necessários.
- Se não houver instruções do autor do mod disponíveis, temporariamente defina a linha de filtro ofensiva como
0(apenas log) para parar as expulsões enquanto você investiga.
Lidando com Falsos Positivos do BattlEye de Mods
Se jogadores estão sendo expulsos pelo BattlEye após instalar mods, verifique o log do BattlEye para o filtro específico que acionou a expulsão:
- No GPanel, abra a aba Files e navegue até
battleye/. - Abra o arquivo de filtro relevante (ex.:
scripts.txtpara violações de script ouremoteexec.txtpara expulsões de execução remota). - Cada linha no arquivo de filtro começa com um número indicando a ação:
Altere o número no início da linha ofensiva para
Valor Ação 0Apenas log (sem expulsão) 1Log e expulsão 2Log e banimento 0para suprimir a expulsão enquanto você investiga, ou siga as instruções do autor do mod para adicionar a exceção à whitelist. - Salve o arquivo e reinicie o servidor. Alterações nos filtros do BattlEye não requerem edição do
serverDZ.cfg.
battleEye = 0; no serverDZ.cfg desativa toda a proteção anti-cheat. Considere isso apenas em servidores privados com whitelist onde você conhece e confia em todos os jogadores.
RCON via BattlEye
O BattlEye inclui uma interface RCON integrada que permite comandos de administração remota sem uma senha de admin no jogo. O RCON é configurado em battleye/beserver_x64.cfg.
Você pode definir a porta e a senha do RCON diretamente na aba Startup do GPanel em vez de editar o arquivo manualmente. Um beserver_x64.cfg mínimo tem esta aparência:
RConPassword yourpassword
RConIP 0.0.0.0
Conectando com um Cliente RCON
Para enviar comandos remotos ao seu servidor via RCON:
- Baixe um cliente RCON que suporte BattlEye RCON (como BattlEye RCon ou DayZ Server Admin Tool).
- Insira o endereço IP do seu servidor, a porta RCON da aba Network do GPanel e a senha RCON que você definiu na configuração.
- Conecte e use o cliente para enviar comandos como expulsar jogadores, enviar mensagens globais ou reiniciar o servidor.
Artigos Relacionados
- Guia de Configuração do Servidor DayZ -- configuração do serverDZ.cfg e como jogadores se conectam
- Instalação de Mods do DayZ -- mods da Steam Workshop, ordem de carregamento e arquivos de chave
- Economia de Loot do DayZ (types.xml) -- personalização de taxas de spawn de itens e tabelas de loot
- Como Enviar Arquivos via SFTP