このガイドでは、モッドの署名エラー、サーバーブラウザの問題、XML 解析の失敗、BattlEye の設定、RCON によるリモート管理など、一般的な DayZ サーバーの問題とその解決方法について説明します。一般的なサーバー設定については、DayZ サーバーセットアップガイドを参照してください。
署名およびモッドのエラー
プレイヤーが「Signature check timed out」または「No entry in key directory」でキックされる
- これは、モッドの
.bikeyファイルがサーバーのkeys/ディレクトリに存在しないことを意味します。-mod=パラメータ内のすべてのモッドのキーファイルがkeys/にコピーされていることを確認してください。 - サーバーに
verifySignatures = 2;がある場合、すべてのモッドに一致するキーが必要です。例外はありません -- たった 1 つのキーが欠けているだけで、そのモッドを持つプレイヤーの接続が妨げられます。 - 欠落しているキーファイルを追加した後、サーバーを再起動してください。キーの変更は再起動時に有効になります。
- キーファイル管理の詳細については、DayZ モッドインストールガイドを参照してください。
プレイヤーが「Game signature mismatch」でキックされる
- これは、プレイヤーのローカルモッドファイルがサーバーのモッドファイルと一致しない場合に発生します。通常、どちらか一方がモッドの古いバージョンを持っていることが原因です。
- 再接続する前に、DayZ Launcher または Steam Workshop で購読しているモッドを更新するようプレイヤーに依頼してください。
- サーバーのモッドが古い場合は、サーバーを停止し、古いモッドのキャッシュされた Workshop ファイルを削除して、サーバーが最新バージョンを再ダウンロードするように再起動してください。
サーバー起動の問題
サーバーが起動時にクラッシュするか、ミッションの読み込みに失敗する
- 最も一般的な原因は、
types.xmlまたは別のミッションファイルの XML 解析エラーです。GPanel のサーバーコンソール出力で、xml、parse、または読み込みに失敗したファイルの名前を含む行を確認してください。 - SFTP 経由で
types.xmlをダウンロードし、XML エディタまたはオンライン XML バリデータで検証してください。閉じられていないタグ、一致しない引用符、または余分な文字を探します。 - モッドのロード順序の問題も起動時のクラッシュを引き起こす可能性があります。
-mod=パラメータからすべてのモッドを削除し、まずバニラサーバーを起動してみてください。バニラサーバーが正常に起動する場合は、モッドを 1 つずつ再追加して、どのモッドまたは組み合わせがクラッシュを引き起こすかを特定してください。 types.xmlの検証に関するヒントについては、ルートエコノミーガイドを参照してください。
サーバーが DayZ Launcher のサーバーブラウザに表示されない
serverDZ.cfgのsteamQueryPortが GPanel の Network タブに表示されるクエリポートと正確に一致していることを確認してください。- サーバーブラウザが新しく起動したサーバーをインデックスするのに 10〜15 分かかる場合があります。待っている間、ダイレクト接続(ランチャーの Favourites タブ)を使用してサーバーが到達可能であることを確認してください。
- DayZ Launcher のサーバーブラウザは、特定のフィルター不一致のあるサーバーを一覧表示しない場合があります。正しいゲームバージョンのプレイヤーのみがサーバーを見て参加できるように、
serverDZ.cfgにforceSameBuild = 1;が設定されていることを確認してください。
ルートおよびエコノミーの問題
再起動後も types.xml の変更が反映されない
- サーバーが再起動される前にファイルが保存されていたことを確認してください。保存後に GPanel のファイルエディタで開き、入力した値が存在することを確認してください。
- 独自の
types.xmlエントリを含むモッドを実行している場合、それらのエントリが変更を上書きする可能性があります。モッドのdb/フォルダでtypes.xmlファイルを確認し、変更をそれにマージするか、モッドのエコノミーファイルを直接調整してください。 - マップのパスが正しいことを確認してください。Chernarus の
types.xmlはmpmissions/dayzOffline.chernarusplus/db/types.xmlにあります。Livonia の場合はmpmissions/dayzOffline.enoch/db/types.xmlです。 - types.xml の編集の詳細については、ルートエコノミーガイドを参照してください。
BattlEye の設定
BattlEye は DayZ が使用するアンチチートシステムです。すべてのサーバーでデフォルトで有効になっています。BattlEye の設定フォルダは以下にあります:
battleye/
このフォルダ内には、scripts.txt、remoteexec.txt、publicvariable.txt などのフィルターファイルがあります。これらのファイルは、BattlEye がフラグを立てたりプレイヤーをキックしたりするアクションを定義します。初期状態では、BattlEye は一般的なチートを検出するように設定されています。モッドを実行している場合、一部のモッドが誤検知を引き起こし、正当なプレイヤーをキックする可能性があります。
BattlEye が予期せずプレイヤーをキックする
battleye/フォルダ内の BattlEye ログファイルを確認してください。ログには、どのフィルターがキックを引き起こしたか、および一致した正確な文字列が表示されます。- モッド作成者が推奨する BattlEye ホワイトリストの指示に従ってください。ほとんどのモッドページには、必要なフィルター調整をカバーするセクションが含まれています。
- モッド作成者の指示が利用できない場合は、調査中にキックを止めるために、問題のあるフィルター行を一時的に
0(ログのみ)に設定してください。
モッドからの BattlEye 誤検知への対処
モッドのインストール後にプレイヤーが BattlEye によってキックされている場合は、キックを引き起こした特定のフィルターについて BattlEye ログを確認してください:
- GPanel で Files タブを開き、
battleye/に移動します。 - 関連するフィルターファイル(スクリプト違反の場合は
scripts.txt、リモート実行のキックの場合はremoteexec.txtなど)を開きます。 - フィルターファイルの各行は、アクションを示す数字で始まります:
調査中にキックを抑制するには、問題のある行の先頭の数字を
値 アクション 0ログのみ(キックなし) 1ログとキック 2ログとバン 0に変更するか、例外をホワイトリストに登録するためのモッド作成者の指示に従ってください。 - ファイルを保存してサーバーを再起動します。BattlEye フィルターの変更には
serverDZ.cfgの編集は必要ありません。
serverDZ.cfg で battleEye = 0; を設定すると、すべてのアンチチート保護が無効になります。すべてのプレイヤーを把握し信頼しているプライベートなホワイトリスト制サーバーでのみ検討してください。
BattlEye 経由の RCON
BattlEye には、ゲーム内の管理者パスワードなしでリモート管理コマンドを実行できる組み込みの RCON インターフェースが含まれています。RCON は battleye/beserver_x64.cfg で設定します。
ファイルを手動で編集する代わりに、GPanel の Startup タブで RCON ポートとパスワードを直接設定できます。最小限の beserver_x64.cfg は次のようになります:
RConPassword yourpassword
RConIP 0.0.0.0
RCON クライアントでの接続
RCON 経由でサーバーにリモートコマンドを送信するには:
- BattlEye RCON をサポートする RCON クライアント(BattlEye RCon または DayZ Server Admin Tool など)をダウンロードします。
- サーバーの IP アドレス、GPanel の Network タブからの RCON ポート、および設定で設定した RCON パスワードを入力します。
- 接続し、クライアントを使用してプレイヤーのキック、グローバルメッセージの送信、サーバーの再起動などのコマンドを送信します。
関連記事
- DayZ サーバーセットアップガイド -- serverDZ.cfg の設定とプレイヤーの接続方法
- DayZ モッドのインストール -- Steam Workshop モッド、ロード順序、キーファイル
- DayZ ルートエコノミー (types.xml) -- アイテムのスポーン率とルートテーブルのカスタマイズ
- SFTP 経由でファイルをアップロードする方法