Ce guide couvre les problèmes courants des serveurs DayZ et comment les résoudre, y compris les erreurs de signature de mods, les problèmes de navigateur de serveurs, les échecs d'analyse XML, la configuration de BattlEye et l'administration à distance RCON. Pour la configuration générale du serveur, consultez le Guide de configuration du serveur DayZ.

Erreurs de signature et de mods

Les joueurs sont expulsés avec "Signature check timed out" ou "No entry in key directory"

• Cela signifie que le fichier .bikey d'un mod est manquant dans le répertoire keys/ du serveur. Vérifiez que chaque mod dans votre paramètre -mod= a son fichier de clé copié dans keys/.
• Si le serveur a verifySignatures = 2;, tous les mods doivent avoir des clés correspondantes. Il n'y a aucune exception — même une seule clé manquante empêchera les joueurs ayant ce mod de se connecter.
• Après avoir ajouté le fichier de clé manquant, redémarrez le serveur. Les modifications de clés prennent effet au redémarrage.
• Consultez le guide d'installation des mods DayZ pour tous les détails sur la gestion des fichiers de clés.

Les joueurs sont expulsés avec "Game signature mismatch"

• Cela se produit lorsque les fichiers de mod locaux du joueur ne correspondent pas aux fichiers de mod du serveur. Généralement causé par une version obsolète d'un mod d'un côté ou de l'autre.
• Demandez aux joueurs de mettre à jour leurs mods abonnés dans le DayZ Launcher ou le Steam Workshop avant de se reconnecter.
• Si les mods du serveur sont obsolètes, arrêtez le serveur, supprimez les fichiers Workshop en cache pour le mod obsolète, et redémarrez le serveur pour qu'il re-télécharge la dernière version.

Problèmes de démarrage du serveur

Le serveur plante au démarrage ou ne parvient pas à charger la mission

• La cause la plus fréquente est une erreur d'analyse XML dans types.xml ou un autre fichier de mission. Vérifiez la sortie de la console du serveur dans GPanel pour une ligne contenant xml, parse, ou le nom du fichier qui n'a pas pu être chargé.
• Téléchargez types.xml via SFTP et validez-le avec un éditeur XML ou un validateur XML en ligne. Recherchez les balises non fermées, les guillemets non appariés ou les caractères parasites.
• Un problème d'ordre de chargement des mods peut également provoquer un plantage au démarrage. Essayez de supprimer tous les mods du paramètre -mod= et démarrez d'abord un serveur vanilla. Si le serveur vanilla démarre correctement, rajoutez les mods un par un pour identifier quel mod ou quelle combinaison cause le plantage.
• Consultez le guide de l'économie de loot pour des conseils sur la validation de types.xml.

Le serveur n'apparaît pas dans le navigateur de serveurs du DayZ Launcher

• Confirmez que le steamQueryPort dans serverDZ.cfg correspond exactement au port de requête affiché dans l'onglet Network de GPanel.
• Le navigateur de serveurs peut prendre 10 à 15 minutes pour indexer un serveur nouvellement démarré. Utilisez la connexion directe (onglet Favourites dans le launcher) pour vérifier que le serveur est accessible en attendant.
• Le navigateur de serveurs du DayZ Launcher peut ne pas lister les serveurs avec certaines incompatibilités de filtres. Assurez-vous que forceSameBuild = 1; est défini dans serverDZ.cfg pour que seuls les joueurs avec la bonne version du jeu puissent voir et rejoindre le serveur.

Problèmes de loot et d'économie

Les modifications de types.xml ne prennent pas effet après le redémarrage

• Confirmez que le fichier a été sauvegardé avant le redémarrage du serveur. Ouvrez-le dans l'éditeur de fichiers de GPanel après la sauvegarde pour vérifier que les valeurs que vous avez entrées sont présentes.
• Si vous utilisez des mods qui incluent leurs propres entrées types.xml, ces entrées peuvent remplacer vos modifications. Vérifiez le dossier db/ du mod pour un fichier types.xml et fusionnez vos modifications dedans, ou ajustez directement le fichier d'économie du mod.
• Assurez-vous que le chemin est correct pour votre carte. Le types.xml pour Chernarus se trouve à mpmissions/dayzOffline.chernarusplus/db/types.xml. Pour Livonia, c'est mpmissions/dayzOffline.enoch/db/types.xml.
• Consultez le guide de l'économie de loot pour tous les détails sur la modification de types.xml.

Configuration de BattlEye

BattlEye est le système anti-triche utilisé par DayZ. Il est activé par défaut sur tous les serveurs. Le dossier de configuration de BattlEye se trouve à :

battleye/

Dans ce dossier, vous trouverez des fichiers de filtres tels que scripts.txt, remoteexec.txt et publicvariable.txt. Ces fichiers définissent les actions que BattlEye signale ou pour lesquelles il expulse les joueurs. Par défaut, BattlEye est configuré pour détecter les triches courantes. Si vous utilisez des mods, certains mods peuvent déclencher des faux positifs et expulser des joueurs légitimes.

BattlEye expulse des joueurs de manière inattendue

• Vérifiez les fichiers de log de BattlEye dans le dossier battleye/. Le log indiquera quel filtre a déclenché l'expulsion et la chaîne exacte qui a correspondu.
• Suivez les instructions de liste blanche BattlEye recommandées par l'auteur du mod. La plupart des pages de mods incluent une section couvrant les ajustements de filtres nécessaires.
• Si aucune instruction de l'auteur du mod n'est disponible, définissez temporairement la ligne de filtre incriminée à 0 (log uniquement) pour arrêter les expulsions pendant que vous investiguez.

Gestion des faux positifs BattlEye causés par les mods

Si des joueurs sont expulsés par BattlEye après l'installation de mods, vérifiez le log de BattlEye pour le filtre spécifique qui a déclenché l'expulsion :

1. Dans GPanel, ouvrez l'onglet Files et naviguez vers battleye/.
2. Ouvrez le fichier de filtre concerné (par exemple, scripts.txt pour les violations de scripts ou remoteexec.txt pour les expulsions d'exécution à distance).
3. Chaque ligne du fichier de filtre commence par un numéro indiquant l'action :

   Valeur	Action
   0	Log uniquement (pas d'expulsion)
   1	Log et expulsion
   2	Log et bannissement

   Changez le numéro au début de la ligne incriminée à 0 pour supprimer l'expulsion pendant que vous investiguez, ou suivez les instructions de l'auteur du mod pour ajouter l'exception à la liste blanche.
4. Sauvegardez le fichier et redémarrez le serveur. Les modifications des filtres BattlEye ne nécessitent pas de modifier serverDZ.cfg.

RCON via BattlEye

BattlEye inclut une interface RCON intégrée qui permet des commandes d'administration à distance sans mot de passe administrateur en jeu. RCON est configuré dans battleye/beserver_x64.cfg.

Vous pouvez définir le port RCON et le mot de passe directement dans l'onglet Startup de GPanel plutôt que de modifier le fichier manuellement. Un beserver_x64.cfg minimal ressemble à ceci :

RConPassword yourpassword
RConIP 0.0.0.0

Se connecter avec un client RCON

Pour envoyer des commandes à distance à votre serveur via RCON :

1. Téléchargez un client RCON qui supporte BattlEye RCON (comme BattlEye RCon ou DayZ Server Admin Tool).
2. Entrez l'adresse IP de votre serveur, le port RCON depuis l'onglet Network de GPanel, et le mot de passe RCON que vous avez défini dans la configuration.
3. Connectez-vous et utilisez le client pour envoyer des commandes telles qu'expulser des joueurs, envoyer des messages globaux ou redémarrer le serveur.

Articles connexes

• Guide de configuration du serveur DayZ — Configuration de serverDZ.cfg et comment les joueurs se connectent
• Installation de mods DayZ — Mods Steam Workshop, ordre de chargement et fichiers de clés
• Économie de loot DayZ (types.xml) — Personnalisation des taux d'apparition d'objets et des tables de loot
• Comment télécharger des fichiers via SFTP