このガイドでは、Legion Hosting で Rust 専用サーバーを運営する際に遭遇する可能性のあるよくある問題とその解決方法について説明します。サーバーの一般的な設定については、Rust サーバー設定ガイドをご覧ください。
サーバーがサーバーブラウザに表示されない
サーバーは稼働しているが、プレイヤーがゲーム内ブラウザで見つけられない場合:
- サーバーブラウザが新しく起動したサーバーをインデックスするのに10~20分かかることがあります。ブラウザが追いつくまでの間、F1 コンソールからの直接接続(
client.connect IP:PORT)を使用してサーバーに到達できることを確認してください。 QUERY_PORT起動変数(GPanel の Startup タブ内)が、GPanel の Network タブで割り当てられたクエリポートと一致していることを確認します。クエリポートが正しくないことは、サーバーがブラウザに表示されない最も一般的な原因です。- サーバーが完全に起動していることを確認します -- 接続をテストする前に、コンソールで
Server startup completeの行を確認してください。 server.cfgにserver.hostnameが設定されていることを確認します。ホスト名のないサーバーは、ブラウザに正しく表示されない場合があります。
サーバーの IP アドレス、ゲームポート、クエリポートの確認方法については、サーバー IP とポートの確認方法をご覧ください。
サーバーに接続できない
参加しようとして接続エラーやタイムアウトが発生する場合:
- GPanel の Console タブで、サーバーが稼働中で完全に起動していることを確認します。
- GPanel の Network タブの正しい IP アドレスとゲームポートを使用しているか再確認します。
- サーバーが最近アップデートされた場合(特に第1木曜日の強制ワイプ時)、アップデート後にサーバーを再起動したことを確認してください。新しいクライアントバージョンのプレイヤーは、古いバージョンを実行しているサーバーに接続できません。
server.maxplayersを超えていないことを確認します。サーバーが満員の場合、新しい接続は拒否されます。- BAN されていないことを確認します。サーバー管理者に確認するか、サーバーの
bans.cfgを確認してください。
外部ツールで RCON に接続できない
RustAdmin、RCON.IO、またはその他の RCON クライアントが接続できない場合:
server.cfgにrcon.web 1が設定されていることを確認します。ほとんどの外部ツールは WebSocket RCON インターフェースを必要とします。- ゲームポートではなく RCON ポートを使用していることを確認します。割り当てられた RCON ポートについては GPanel の Network タブを確認してください。
- RCON パスワードが
server.cfgに設定されているものと正確に一致するか再確認します。パスワードは大文字と小文字が区別されます。 - RCON 接続が受け付けられる前に、サーバーが完全に起動している必要があります。コンソールで
Server startup completeを待ってください。
RCON の完全なセットアップ手順については、Rust RCON アクセスと管理コマンドをご覧ください。
Oxide プラグインが読み込まれない
- Oxide がインストールされ、有効になっていることを確認します。GPanel の Startup タブで、
FRAMEWORK変数がoxideに設定されている必要があります。コンソールログには起動中にLoaded plugin Oxide.Coreが表示されるはずです。 - プラグインファイルは、正確な
.cs拡張子を付けてoxide/plugins/に直接配置する必要があります。サブディレクトリ内のファイルや拡張子が間違っているファイルは無視されます。 - コンパイルエラーがないか、コンソールと
oxide/logs/を確認します。構文エラーのあるプラグインは読み込みに失敗し、エラーメッセージに問題が記載されます。 - 一部のプラグインは他のプラグインに依存しています(例: Economics)。必要な依存関係をすべて先にインストールしてください。
- プラグインのバージョンが現在の Oxide バージョンと互換性があることを確認します。古いプラグインは、新しい Oxide リリースに対してコンパイルに失敗する場合があります。
プラグインの完全なインストール手順については、Rust Oxide/uMod プラグインのインストールをご覧ください。
サーバーが過剰な RAM または CPU を使用している
サーバーの動作が遅い、ラグがある、またはリソース制限を超えている場合:
- マップサイズを縮小します。
server.cfgのserver.worldsizeを小さくします。大きなマップは、実行と維持に大幅に多くの RAM と CPU を必要とします。マップサイズ3000は、ほとんどのサーバーにとって良いバランスです。 - インストールされたプラグインを監査します。 適切に書かれていない、または古いプラグインは、高い CPU 使用率やメモリリークを引き起こす可能性があります。
oxide.pluginsを使用してアクティブなプラグインを一覧表示し、原因を特定するために1つずつ無効にしてみてください。 - プレイヤー数を減らします。 現在のプレイヤー数に対してサーバーの性能が不足している場合は、
server.maxplayersを減らしてください。接続している各プレイヤーはリソースのオーバーヘッドを追加します。 - エンティティの蓄積を確認します。 長期間稼働しているサーバーでは、放棄された拠点や劣化していくアイテムが蓄積する可能性があります。マップワイプはエンティティ数をゼロにリセットします。
プランのリソース制限を継続的に超える場合は、サーバーパッケージのアップグレードを検討してください。アップグレードのオプションについてはサポートにお問い合わせください。
ワールドの変更が保存されない / 再起動後のロールバック
サーバーの再起動後にプレイヤーの進捗が失われている場合:
server.cfgでserver.saveintervalが妥当な値(デフォルトは60秒)に設定されていることを確認します。0や非常に大きな数値に設定すると、自動保存が事実上無効になります。- サーバーを停止する前に、GPanel コンソールまたは RCON から手動で
server.saveを実行して、即座に保存を強制します。 - サーバーが強制終了されるのではなく、GPanel から正常に停止されていることを確認します。突然の強制終了は、最後の保存間隔の変更を失う原因となる可能性があります。
- 利用可能なディスク容量を確認します。サーバーのディスク容量が不足すると、セーブファイルを書き込めなくなります。
起動時にサーバーがクラッシュする
サーバーが起動するもすぐにクラッシュする、または再起動ループに入る場合:
- コンソール出力でエラーメッセージを確認します。よくある原因には、破損したセーブファイル、互換性のないプラグイン、欠落したフレームワークファイルがあります。
- プラグインを追加した後にクラッシュが始まった場合は、最近追加した
.csファイルをoxide/plugins/から削除して再起動します。 - ゲームアップデート後にクラッシュが始まった場合は、
FRAMEWORK変数が正しく設定されていることを確認します。Rust のアップデート後にフレームワークファイルの再ダウンロードが必要になる場合があります -- サーバーを再起動するだけで、更新されたフレームワークが自動的に取得されるはずです。 - セーブファイル(
proceduralmap.*.savとproceduralmap.*.map)を削除して、新しいマップワイプを実行してみてください。破損したセーブファイルはサーバーの起動を妨げる可能性があります。
セーブファイルを削除する前にバックアップしてください。 現在のワールドを復旧できる可能性を残しておきたい場合は、削除する前に SFTP でセーブファイルをダウンロードしてください。ファイル転送のヘルプについては、SFTP でファイルをアップロードする方法をご覧ください。
マップ生成に非常に時間がかかる
ワイプ後、サーバーは新しいプロシージャルマップを生成する必要があります。これは正常で予想される動作です。
- マップサイズ
3000は、通常2~5分で生成されます。 - より大きなマップ(
4000~6000)は10分以上かかることがあります。 - マップ生成中にサーバーを再起動しないでください。完全に完了させてください。準備ができると、コンソールに
Server startup completeが表示されます。
サポートが必要ですか?
問題がここで扱われていない場合は、当社のサポートチームがお手伝いします。サポートチケットを送信し、次の情報を記載してください。
- サーバー ID(GPanel に表示されます)
- 問題の説明と発生し始めた時期
- 関連するコンソール出力やエラーメッセージ
- すでに試した手順