プロキシサーバーは、プレイヤーと各ゲームサーバーの中継役です。
入口（プロキシ）を1つに集約し、ロビー/サバイバル/クリエイティブ等へルーティングして
サーバー移動・入口制御・IP秘匿などを実現します。

主な役割

• 複数サーバーを1つのネットワークに統合
• プレイヤーのサーバー間移動（/server など）
• サーバー本体のIP秘匿（入口をプロキシに集約）
• 接続制限・レート制限などの入口制御
• 設計次第で負荷分散（ただし“自動LB”ではない点に注意）

サーバー移動の全体像イメージ

主要プロキシの比較（2025年12月）

Velocityは現行世代の定番プロキシです。Paper側と合わせてmodern転送を使うことで、

UUID/IPを安全に引き継ぎます。JavaはJava 21（LTS）での運用が安定しやすいです。

関連動画（日本語）

ステップ1: ダウンロードと起動

1) Java 21 の用意

Java 17でも動く構成はありますが、現行運用ではJava 21が無難です。

java -version
# 例: openjdk version "21.0.x" LTS

2) Velocity を取得

VelocityはPaperMC公式配布ページから取得します。表示されている最新版を使用してください。

公式配布ページ:
https://papermc.io/downloads/velocity

3) 起動スクリプト（最小限が基本）

JVMフラグは基本的に-Xms/-Xmx中心で十分です。

# Windows (start.bat)
@echo off
java -Xms1G -Xmx2G -jar velocity.jar
pause

# Linux/macOS (start.sh)
#!/bin/sh
exec java -Xms1G -Xmx2G -jar velocity*.jar

オプション: 低遅延志向でZGCを試す場合のみ -XX:+UseZGC を追加します。
ただし小規模・低メモリでは効果が出にくいこともあります。

ステップ2: velocity.toml（重要ポイント）

velocity.tomlのポイント

基本とサーバー群

# velocity.toml（例）
bind = "0.0.0.0:25577"
motd = "&b&lVelocity Network &8| &7Welcome!"
show-max-players = 1000
online-mode = true

[servers]
lobby    = "127.0.0.1:25565"
survival = "127.0.0.1:25566"
creative = "127.0.0.1:25567"
minigame = "127.0.0.1:25568"

try = ["lobby","survival"]

modern フォワーディング（最重要）

Paper側と合わせてmodernで統一します。シークレットはファイルとして生成・共有します。

[forwarding]
mode = "modern"
secret-file = "forwarding.secret"

注意: modernでないとUUID/IPが正しく転送されず、権限やスキン、監査ログ等が不整合になりやすいです。

ステップ3: バックエンド（Paper）連携

Paper設定（1.21.x世代）

1) server.properties（各バックエンド）

# server.properties（例）
online-mode=false
server-port=25565
# 同一マシンに置く場合は server-ip=127.0.0.1 も検討（直結リスク低減）

2) config/paper-global.yml（Paper公式手順に準拠）

Paperは配布ページ上、安定版が1.21.10で、1.21.11は実験版扱いの場合があります。
どちらでも設定キーは概ね共通ですが、運用前に必ず該当バージョンのドキュメントを確認してください。

# config/paper-global.yml（該当部）
proxies:
  velocity:
    enabled: true
    online-mode: true
    secret: "forwarding.secret の中身を貼る"
  bungee-cord:
    enabled: false

重要: 以前Bungee系転送を使っていた場合は、Paper側でBungee転送を無効化してからVelocity転送を有効化してください。

ステップ4: セキュリティ強化の基本

入口集中＝セキュリティ集中。公開はプロキシのみ、バックエンドはプロキシからの接続だけ許可が鉄則です。

同一マシン構成（推奨: バックエンドを127.0.0.1にバインド）

バックエンドを127.0.0.1にバインドし、外部から到達できないようにします（例: server.properties の server-ip）。

別マシン構成（FWで“プロキシのIPだけ許可”）

バックエンドが別ホストの場合は、ファイアウォールでプロキシの固定IPからのみ各バックエンドポートへ接続できるようにしてください。

# UFW（例: プロキシのIPが 203.0.113.10 の場合）
sudo ufw enable
sudo ufw default deny incoming
sudo ufw default allow outgoing

# プロキシ公開ポート
sudo ufw allow 25577/tcp

# バックエンドはプロキシIPだけ許可（例）
sudo ufw allow from 203.0.113.10 to any port 25565 proto tcp
sudo ufw allow from 203.0.113.10 to any port 25566 proto tcp
sudo ufw allow from 203.0.113.10 to any port 25567 proto tcp
sudo ufw allow from 203.0.113.10 to any port 25568 proto tcp

BungeeCordは資産と情報量が豊富で、既存プラグイン依存が強い場合の延命/運用に向きます（新規はVelocity推奨）。

関連動画（日本語）

ステップ1: 取得と起動

ダウンロード

BungeeCordは以下の配布先（Jenkins）から取得します。常に「最新成功ビルド」からダウンロードしてください。

URL:
https://ci.md-5.net/job/BungeeCord/

起動スクリプト（最小構成推奨）

# Windows
@echo off
java -Xms1G -Xmx2G -jar BungeeCord.jar nogui
pause

# Linux
#!/bin/bash
exec java -Xms1G -Xmx2G -jar BungeeCord.jar nogui

同時接続・プラグイン次第で 2～4GB へ拡張してください。

ステップ2: config.yml の要点

config.yml（要点のみ抜粋）

servers:
  lobby:
    address: 127.0.0.1:25565
    motd: '&6&lLobby'
    restricted: false
  survival:
    address: 127.0.0.1:25566
    motd: '&a&lSurvival'
    restricted: false
  creative:
    address: 127.0.0.1:25567
    motd: '&b&lCreative'
    restricted: false

priorities:
  - lobby
  - survival

listeners:
  - host: 0.0.0.0:25577
    motd: '&l&6Minecraft Network &8| &7Welcome'
    max_players: 1000
    force_default_server: false

ip_forward: true
online_mode: true

ステップ3: バックエンド連携（Paper/Spigot/Purpur 等）

推奨プラグイン（用途別）

動作確認: プロキシへ接続 → /server で移動テスト。ログのエラー有無も確認してください。

LuckPermsは現行最有力の権限管理です。プロキシとバックエンド両方に導入し、
DB共有で一元管理するのが基本です。バージョンは公式配布ページで表示される最新版を利用してください。

関連動画（日本語）

/lpエディタを使う方法（LuckPerms）

ステップ1: インストール

公式: https://luckperms.net/
ダウンロード: https://luckperms.net/download

# 例）配置パス
/velocity/plugins/LuckPerms-Velocity-*.jar
/bungeecord/plugins/LuckPerms-Bungee-*.jar
/paper/plugins/LuckPerms-Bukkit-*.jar

重要: すべてのサーバーで同じDBに接続し、同期させます。

ステップ2: WebEditor

/lp editor
/lp group <グループ> editor
/lp user <ユーザー> editor
/lp editor server=<サーバー名>

ステップ3: 権限モデル（例）

/lp creategroup default
/lp creategroup member
/lp creategroup vip
/lp creategroup moderator
/lp creategroup admin
/lp creategroup owner

/lp group member parent add default
/lp group vip parent add member
/lp group moderator parent add vip
/lp group admin parent add moderator
/lp group owner parent add admin

ステップ4: 同期（MySQL/MariaDB等）

# LuckPerms config.yml（全サーバー同一）
storage-method: mysql
data:
  address: localhost:3306
  database: luckperms
  username: lp_user
  password: 強固なパスワード
sync-minutes: 3

/lp sync
/lp user <name> info

プレフィックス/サフィックスはチャット系プラグインの仕様に合わせて設定してください。

価格・キャンペーンは変動が大きいため、以下は目安です。最新は各公式でご確認ください。
（レンサバの宣伝・リンクは削除しません）

総合候補

プロキシ用の推奨スペック（目安）

• 小規模（～30人）: メモリ 4GB以上（プロキシに1GB割当目安）/ CPU 2コア+ / NVMe 40GB+
• 中規模（～150人）: メモリ 8GB以上（プロキシ2GB）/ CPU 4コア+（高クロック推奨）/ DDoS対策検討
• 大規模（150人～）: メモリ 16GB以上（プロキシ4GB+）/ CPU 8コア+ / 帯域・DDoS対策重視

選定ポイント

• Java 21対応（現行運用の推奨ライン）
• NVMe SSD（I/O律速回避）
• DDoS対策／自動バックアップ／サポート

入口で守る（プロキシ集中防御）

DDoS・bot大量接続などの対策は、入口（プロキシ）に集約するのが基本です。
ただし「プロキシを置けばDDoSが完全に防げる」わけではないため、必要に応じて上流（VPS/回線/専用対策）も検討してください。

よくあるトラブル

接続できない

• プロキシのbind/ポート開放（例: 25577）
• FW/サーバー間疎通（同一マシンなら127.0.0.1、別マシンならプロキシIP許可）
• Java実行中か（プロセス/タスク）

サーバー移動不可

• バックエンド online-mode=false（プロキシが認証するため）
• Velocity: modern転送／Paperのsecret一致
• Bungee: ip_forward: true／Spigot/Paper側のbungeecord設定

権限が同期されない

• LuckPermsのDB接続/認証
• 全サーバー同一設定／バージョン整合
• /lp sync 実行