Este guia aborda problemas comuns do servidor DayZ e como resolvê-los, incluindo erros de assinatura de mods, problemas com o navegador de servidores, falhas de análise XML, configuração do BattlEye e administração remota via RCON. Para a 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"

• Isto significa que o ficheiro .bikey de um mod está em falta no diretório keys/ do servidor. Verifique que todos os mods no seu parâmetro -mod= têm o seu ficheiro de chave copiado para keys/.
• Se o servidor tem verifySignatures = 2;, todos os mods devem ter chaves correspondentes. Não há exceções -- mesmo uma única chave em falta impedirá que os jogadores que têm esse mod se conectem.
• Após adicionar o ficheiro de chave em falta, reinicie o servidor. As alterações de chaves entram em vigor ao reiniciar.
• Consulte o guia de Instalação de Mods do DayZ para detalhes completos sobre a gestão de ficheiros de chave.

Jogadores são expulsos com "Game signature mismatch"

• Isto ocorre quando os ficheiros de mod locais do jogador não correspondem aos ficheiros de mod do servidor. Normalmente causado por uma das partes ter uma versão desatualizada de um mod.
• Peça aos jogadores para atualizarem os seus mods subscritos no DayZ Launcher ou no Steam Workshop antes de se reconectarem.
• Se os mods do servidor estiverem desatualizados, pare o servidor, elimine os ficheiros do Workshop em cache do mod desatualizado e reinicie o servidor para que ele transfira novamente a versão mais recente.

Problemas no Arranque do Servidor

O servidor falha ao iniciar ou não consegue carregar a missão

• A causa mais comum é um erro de análise XML no types.xml ou noutro ficheiro de missão. Verifique a saída da consola do servidor no GPanel procurando uma linha que contenha xml, parse ou o nome do ficheiro que falhou ao carregar.
• Transfira o types.xml via 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 ao iniciar. Tente remover todos os mods do parâmetro -mod= e inicie primeiro um servidor vanilla. Se o servidor vanilla iniciar corretamente, volte a adicionar os mods um a 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 steamQueryPort no serverDZ.cfg corresponde exatamente à porta de consulta mostrada no separador Network do GPanel.
• O navegador de servidores pode demorar 10-15 minutos a indexar um servidor recém-iniciado. Utilize a conexão direta (separador Favourites no launcher) para verificar que o servidor está acessível enquanto aguarda.
• O navegador de servidores do DayZ Launcher pode não listar servidores com certas incompatibilidades de filtros. Certifique-se de que forceSameBuild = 1; está definido no serverDZ.cfg para que apenas jogadores na versão correta do jogo possam ver e entrar no servidor.

Problemas de Loot e Economia

As alterações ao types.xml não estão a ter efeito após o reinício

• Confirme que o ficheiro foi guardado antes de o servidor ser reiniciado. Abra-o no editor de ficheiros do GPanel após guardar para verificar que os valores introduzidos estão presentes.
• Se estiver a utilizar mods que incluem as suas próprias entradas no types.xml, essas entradas podem substituir as suas alterações. Verifique a pasta db/ do mod para um ficheiro types.xml e junte as suas alterações nele, ou ajuste o ficheiro de economia do mod diretamente.
• Certifique-se de que o caminho está correto para o seu mapa. O types.xml para Chernarus está em mpmissions/dayzOffline.chernarusplus/db/types.xml. Para Livonia, está em mpmissions/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

O BattlEye é o sistema anti-batota utilizado pelo DayZ. Está ativado por predefinição em todos os servidores. A pasta de configuração do BattlEye está localizada em:

battleye/

Dentro desta pasta encontrará ficheiros de filtros como scripts.txt, remoteexec.txt e publicvariable.txt. Estes ficheiros definem que ações o BattlEye sinaliza ou expulsa jogadores. Na configuração original, o BattlEye está configurado para detetar as batotices mais comuns. Se estiver a utilizar mods, alguns mods podem ativar falsos positivos e expulsar jogadores legítimos.

O BattlEye está a expulsar jogadores inesperadamente

• Verifique os ficheiros de registo do BattlEye dentro da pasta battleye/. O registo mostrará qual filtro ativou a expulsão e a cadeia exata que correspondeu.
• Siga as instruções de lista branca do BattlEye recomendadas pelo autor do mod. A maioria das páginas de mods inclui uma secção que aborda os ajustes de filtros necessários.
• Se não houver instruções do autor do mod disponíveis, defina temporariamente a linha de filtro em questão para 0 (apenas registo) para parar as expulsões enquanto investiga.

Lidar com Falsos Positivos do BattlEye Causados por Mods

Se os jogadores estão a ser expulsos pelo BattlEye após a instalação de mods, verifique o registo do BattlEye para o filtro específico que ativou a expulsão:

1. No GPanel, abra o separador Files e navegue até battleye/.
2. Abra o ficheiro de filtro relevante (por exemplo, scripts.txt para violações de scripts ou remoteexec.txt para expulsões por execução remota).
3. Cada linha no ficheiro de filtro começa com um número que indica a ação:

   Valor	Ação
   0	Apenas registo (sem expulsão)
   1	Registar e expulsar
   2	Registar e banir

   Altere o número no início da linha em questão para 0 para suprimir a expulsão enquanto investiga, ou siga as instruções do autor do mod para adicionar a exceção à lista branca.
4. Guarde o ficheiro e reinicie o servidor. As alterações aos filtros do BattlEye não requerem a edição do serverDZ.cfg.

RCON via BattlEye

O BattlEye inclui uma interface RCON integrada que permite comandos de administração remota sem necessidade de uma palavra-passe de administrador no jogo. O RCON é configurado no battleye/beserver_x64.cfg.

Pode definir a porta e a palavra-passe do RCON diretamente no separador Startup do GPanel em vez de editar o ficheiro manualmente. Um beserver_x64.cfg mínimo tem este aspeto:

RConPassword yourpassword
RConIP 0.0.0.0

Conectar-se com um Cliente RCON

Para enviar comandos remotos ao seu servidor via RCON:

1. Transfira um cliente RCON que suporte BattlEye RCON (como BattlEye RCon ou DayZ Server Admin Tool).
2. Introduza o endereço IP do seu servidor, a porta RCON do separador Network do GPanel e a palavra-passe RCON que definiu na configuração.
3. Conecte-se e utilize 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 os jogadores se conectam
• Instalação de Mods do DayZ -- mods do Steam Workshop, ordem de carregamento e ficheiros de chave
• Economia de Loot do DayZ (types.xml) -- personalizar taxas de aparecimento de itens e tabelas de loot
• Como Carregar Ficheiros via SFTP