Diese Anleitung behandelt häufige DayZ-Server-Probleme und deren Lösung, einschließlich Mod-Signaturfehler, Server-Browser-Probleme, XML-Parsing-Fehler, BattlEye-Konfiguration und RCON-Fernverwaltung. Für die allgemeine Serverkonfiguration siehe die DayZ Server-Einrichtungsanleitung.

Signatur- und Mod-Fehler

Spieler werden mit "Signature check timed out" oder "No entry in key directory" gekickt

• Dies bedeutet, dass die .bikey-Datei eines Mods im keys/-Verzeichnis des Servers fehlt. Überprüfe, ob jeder Mod in deinem -mod=-Parameter seine Key-Datei in keys/ kopiert hat.
• Wenn der Server verifySignatures = 2; eingestellt hat, müssen alle Mods übereinstimmende Keys haben. Es gibt keine Ausnahmen -- selbst ein fehlender Key verhindert, dass Spieler, die diesen Mod haben, sich verbinden können.
• Nach dem Hinzufügen der fehlenden Key-Datei starte den Server neu. Key-Änderungen werden beim Neustart wirksam.
• Siehe die DayZ Mod-Installationsanleitung für vollständige Details zur Key-Dateiverwaltung.

Spieler werden mit "Game signature mismatch" gekickt

• Dies tritt auf, wenn die lokalen Mod-Dateien des Spielers nicht mit den Mod-Dateien des Servers übereinstimmen. Üblicherweise verursacht durch eine veraltete Version eines Mods auf einer Seite.
• Bitte die Spieler, ihre abonnierten Mods im DayZ Launcher oder Steam Workshop zu aktualisieren, bevor sie sich erneut verbinden.
• Wenn die Mods des Servers veraltet sind, stoppe den Server, lösche die zwischengespeicherten Workshop-Dateien für den veralteten Mod und starte den Server neu, damit er die neueste Version erneut herunterlädt.

Server-Startprobleme

Server stürzt beim Start ab oder lädt die Mission nicht

• Die häufigste Ursache ist ein XML-Parsing-Fehler in types.xml oder einer anderen Missionsdatei. Überprüfe die Server-Konsolenausgabe in GPanel auf eine Zeile, die xml, parse oder den Namen der Datei enthält, die nicht geladen werden konnte.
• Lade types.xml über SFTP herunter und validiere sie mit einem XML-Editor oder einem Online-XML-Validator. Achte auf nicht geschlossene Tags, nicht übereinstimmende Anführungszeichen oder fehlerhafte Zeichen.
• Ein Problem mit der Mod-Ladereihenfolge kann ebenfalls einen Absturz beim Start verursachen. Versuche, alle Mods aus dem -mod=-Parameter zu entfernen und zuerst einen Vanilla-Server zu starten. Wenn der Vanilla-Server sauber startet, füge die Mods einzeln wieder hinzu, um zu identifizieren, welcher Mod oder welche Kombination den Absturz verursacht.
• Siehe die Loot-Economy-Anleitung für Tipps zur Validierung von types.xml.

Server erscheint nicht im DayZ Launcher Server-Browser

• Stelle sicher, dass der steamQueryPort in serverDZ.cfg exakt mit dem Query-Port übereinstimmt, der im Network-Tab von GPanel angezeigt wird.
• Der Server-Browser kann 10-15 Minuten benötigen, um einen neu gestarteten Server zu indexieren. Verwende die Direktverbindung (Favourites-Tab im Launcher), um zu überprüfen, ob der Server erreichbar ist, während du wartest.
• Der DayZ Launcher Server-Browser listet möglicherweise Server mit bestimmten Filter-Abweichungen nicht auf. Stelle sicher, dass forceSameBuild = 1; in serverDZ.cfg gesetzt ist, damit nur Spieler mit der korrekten Spielversion den Server sehen und beitreten können.

Loot- und Economy-Probleme

types.xml-Änderungen werden nach dem Neustart nicht übernommen

• Stelle sicher, dass die Datei gespeichert wurde, bevor der Server neu gestartet wurde. Öffne sie im GPanel-Dateieditor nach dem Speichern, um zu überprüfen, ob die eingegebenen Werte vorhanden sind.
• Wenn du Mods verwendest, die eigene types.xml-Einträge enthalten, können diese Einträge deine Änderungen überschreiben. Überprüfe den db/-Ordner des Mods auf eine types.xml-Datei und führe deine Änderungen dort ein, oder passe die Economy-Datei des Mods direkt an.
• Stelle sicher, dass der Pfad für deine Karte korrekt ist. Die types.xml für Chernarus befindet sich unter mpmissions/dayzOffline.chernarusplus/db/types.xml. Für Livonia unter mpmissions/dayzOffline.enoch/db/types.xml.
• Siehe die Loot-Economy-Anleitung für vollständige Details zur Bearbeitung von types.xml.

BattlEye-Konfiguration

BattlEye ist das Anti-Cheat-System, das von DayZ verwendet wird. Es ist standardmäßig auf allen Servern aktiviert. Der BattlEye-Konfigurationsordner befindet sich unter:

battleye/

In diesem Ordner findest du Filterdateien wie scripts.txt, remoteexec.txt und publicvariable.txt. Diese Dateien definieren, welche Aktionen BattlEye markiert oder für welche Spieler gekickt werden. Standardmäßig ist BattlEye so konfiguriert, dass gängige Cheats erkannt werden. Wenn du Mods verwendest, können einige Mods Fehlalarme auslösen und legitime Spieler kicken.

BattlEye kickt Spieler unerwartet

• Überprüfe die BattlEye-Logdateien im battleye/-Ordner. Das Log zeigt, welcher Filter den Kick ausgelöst hat und welche genaue Zeichenkette übereinstimmte.
• Befolge die vom Mod-Autor empfohlenen BattlEye-Whitelist-Anweisungen. Die meisten Mod-Seiten enthalten einen Abschnitt zu erforderlichen Filteranpassungen.
• Wenn keine Anweisungen des Mod-Autors verfügbar sind, setze die betreffende Filterzeile vorübergehend auf 0 (nur protokollieren), um die Kicks zu stoppen, während du das Problem untersuchst.

Umgang mit BattlEye-Fehlalarmen durch Mods

Wenn Spieler nach der Installation von Mods von BattlEye gekickt werden, überprüfe das BattlEye-Log auf den spezifischen Filter, der den Kick ausgelöst hat:

1. Öffne in GPanel den Files-Tab und navigiere zu battleye/.
2. Öffne die entsprechende Filterdatei (z.B. scripts.txt für Script-Verstöße oder remoteexec.txt für Remote-Execution-Kicks).
3. Jede Zeile in der Filterdatei beginnt mit einer Zahl, die die Aktion angibt:

   Wert	Aktion
   0	Nur protokollieren (kein Kick)
   1	Protokollieren und kicken
   2	Protokollieren und bannen

   Ändere die Zahl am Anfang der betreffenden Zeile auf 0, um den Kick zu unterdrücken, während du das Problem untersuchst, oder befolge die Anweisungen des Mod-Autors zum Whitelisting der Ausnahme.
4. Speichere die Datei und starte den Server neu. BattlEye-Filteränderungen erfordern keine Bearbeitung von serverDZ.cfg.

RCON über BattlEye

BattlEye enthält eine integrierte RCON-Schnittstelle, die Fernverwaltungsbefehle ohne ein In-Game-Admin-Passwort ermöglicht. RCON wird in battleye/beserver_x64.cfg konfiguriert.

Du kannst den RCON-Port und das Passwort direkt im Startup-Tab von GPanel festlegen, anstatt die Datei manuell zu bearbeiten. Eine minimale beserver_x64.cfg sieht so aus:

RConPassword yourpassword
RConIP 0.0.0.0

Verbindung mit einem RCON-Client herstellen

Um Fernbefehle über RCON an deinen Server zu senden:

1. Lade einen RCON-Client herunter, der BattlEye RCON unterstützt (z.B. BattlEye RCon oder DayZ Server Admin Tool).
2. Gib die IP-Adresse deines Servers, den RCON-Port aus dem Network-Tab von GPanel und das RCON-Passwort ein, das du in der Konfiguration festgelegt hast.
3. Verbinde dich und verwende den Client, um Befehle wie das Kicken von Spielern, das Senden globaler Nachrichten oder den Neustart des Servers auszuführen.

Verwandte Artikel

• DayZ Server-Einrichtungsanleitung -- serverDZ.cfg-Konfiguration und wie Spieler sich verbinden
• DayZ Mod-Installation -- Steam Workshop Mods, Ladereihenfolge und Key-Dateien
• DayZ Loot-Economy (types.xml) -- Anpassung von Item-Spawn-Raten und Loot-Tabellen
• Dateien per SFTP hochladen