読了12分2026年7月25日更新v1.1.0確認済み

Eaglercraftサーバーの作り方

ローカルのPaperから、ブラウザで接続できるWSSアドレスまでを構築する最新手順です。

要点: 最初の非公開サーバーは公式Paper 1.12.2テンプレートが簡単です。既存ネットワークではSpigot、BungeeCord、VelocityへEaglerXServerを追加し、Java 17以降でWSSを公開します。

1. 用途に合う構成を選ぶ

共有ワールドは一時的なプレイヤー主催セッション向けです。常設ワールド、プラグイン、モデレーションには独立して動く専用サーバーが適します。

初心者は公式Paperテンプレート、既存Javaサーバーの運営者は現在の構成へEaglerXServerを追加します。

目的構成理由
プライベートテスト公式Paperテンプレート互換性のある基本構成
既存のSpigotEaglerXServer プラグイン現在のワールドとプラグイン構成を維持できます。
サーバーネットワークBungeeCord または Velocity複数のバックエンドへ振り分ける
短時間のセッション共有ワールド専用サーバーの管理が不要

2. インストール前に最新版を確認する

2026年7月25日に公式GitHubで確認した最新版は、2026年5月7日公開のEaglerXServer v1.1.0です。JARは8,774,817バイトで、Java 17以降が必要です。

ブラウザクライアントはu53、ゲートウェイはv1.1.0で別の番号です。公式releaseページか公式テンプレート以外から取得しないでください。


3. 接続の仕組みを理解する

ブラウザは通常のMinecraft TCPへ直接接続できません。EaglerXServerがWebSocketを受け取り、Javaサーバーまたはプロキシへ渡します。HTTPSページではWSSが必要です。

Javaバックエンドは非公開にし、信頼できるリバースプロキシでTLSを終端します。実IPが必要な場合だけinject_addressを設定します。


4. 手順どおりにセットアップする

既存のワールドを先にバックアップします。新しいフォルダーで作業し、変更した設定はすべてコピーして残します。

  1. Java 17以降を導入
    java -versionで対応する64ビットJavaを確認します。
  2. 公式の方法を選択
    公式Paperテンプレートか公式EaglerXServer v1.1.0 JARを使います。
  3. 設定ファイルを生成
    一度起動し、EULAを確認して生成されたファイルを編集します。
  4. リスナーを設定
    WebSocket、制限、互換性、必要時のinject_addressを設定します。
  5. 安全なWSSを追加
    リバースプロキシでTLSを終端しWebSocketを転送します。
  6. 外部テストとバックアップ
    別回線からWSSを試し、復元できるバックアップを作ります。

5. 安全なWSSアドレスを設定する

HTTPSページからのws://は混在コンテンツとして遮断されます。有効な証明書とドメインを使い、UpgradeとConnectionヘッダーを転送します。

自宅回線ではルーターのポート転送が必要な場合があり、キャリアグレードNATの背後にあることもあります。外部からの接続が難しい場合は、永続的なWebSocketに対応するホストを使ってください。

モバイル回線など外部ネットワークから公開ホスト名を試してください。localhost成功だけではDNS、TLS、ファイアウォールを確認できません。


6. 層ごとにテストする

一度に変更する層は一つにし、リバースプロキシとサーバーのログを確認します。ブラウザーのコンソールで、TLS と WebSocket の失敗を Minecraft プロトコルの失敗と区別できます。

症状層確認
接続拒否Listenerプロセスが設定したプライベートポートで待ち受けていることを確認します。
混在コンテンツTLSws:// を wss:// に置き換え、証明書を確認します。
502 / 切り替え失敗ProxyWebSocketヘッダーを転送する
バージョンエラーProtocolViaVersionの互換性を確認する
ローカルのみNAT / DNS外部からテスト
プレイヤーIPが違うProxyinject_addressを確認

7. 公開前に安全対策とバックアップを行う

公開ゲートウェイには自動アクセスが来ます。認証、権限、更新、復元可能なバックアップを公開前に用意します。

  • 非公開コミュニティにはホワイトリストまたは認証プラグインを使います。
  • 管理者権限のないアカウントでサービスを実行し、必要なポートだけを公開します。
  • 公開ゲートウェイのレートを制限し、管理パネルは非公開にします。
  • ワールド、プラグイン、設定をバックアップし、復元テストを行います。
  • 更新前に公式リリースを確認し、ロールバック用のコピーを残します。

よくある質問

互換WebSocketゲートウェイ、プラグインまたはプロキシ、常時WSS通信を許可する場合に限ります。

ローカルテストは無料でも、安定した公開運用にはドメイン、ホスティング、電力、帯域の費用がかかります。

いいえ。共有ワールドはプレイヤーが一時的に主催するセッションです。専用サーバーは独立して動作し、常設ワールド、プラグイン、モデレーション、一般公開に向いています。

Paperの非公開TCPポートではなく、公開wss://ゲートウェイを入力します。

公式情報源

接続テストの準備はできましたか?

非公開で構築し、外部回線からWSSを確認してからプレイヤーを招待しましょう。