2014/10/13 | 
カテゴリ: BungeeCard_build#1013
TeleportSigns_v1.3.2
BungeeCardはサーバ間ゲートですね。プラグインではなく、Bukkitやspigotと同様に単体で可動するJavaサーバです。
よく、PvPサーバなどで見かけますが、ロビーサーバやゲームサーバなど一つのサーバ内で納められない場合や、全然別の他サーバとのサーバ間接続に使われますね。絵に描くと以下の様な感じ。
絵面的にはBungeeCardへログインしているように見えますが、入り口としての橋渡しになってるだけで、ログインすると直ぐにロビーサーバへ接続されます。
TeleportSignsは移動用のゲートを看板で実現するプラグインですね。BungeeCardはコマンドでサーバ間を移動するので、それをしやすくするだけのものです。
実現方法や機能制限などを纏めると以下の様な感じ。
- BungeeCard自身が独自のポート番号を持つので、同じサーバ上のマイクラサーバが居るなら、その番号とは別にしなければならない。
- BungeeCardを経由しなくても各マイクラサーバへのログインは可能(ただしそれは推奨できない。詳しくは次項以降)
- 1.7の後半のバージョンから、マイクラサーバが個人情報をUUIDで管理するようになったが、BungeeCard経由だとUUIDが変わるので、運用中のサーバにこの機能を追加すると「お初さん」になってしまう。回避するには以下の設定が必要。
・spigotサーバを使って、設定ファイルspigot.yml内のbungeecordをtrueにする。
・BungeeCardのconfig.ymlのip_forwardをtrueにする。 - 各サーバはonline-modeをfalseにしなければならない。(server.propertiesか、起動オプション-o trueを付ける)
- どこのサーバに居ても外部から見えるサーバ全体のログインプレイヤー数はカウントされる。
- MinecraftForgeの入ったクライアントだとログイン時のサーバ一覧にバニラ(V)かどうかの表示がでますが、バニラでは無いという表示になってしまいます。それでもロビーサーバがバニラならバニラで入れるし、そのほかのサーバがModサーバならサーバ間移動の時に遮断されます。
ちなみにspigot.ymlのbungeecordをtrueにすると、BungeeCord経由でなければログインできなくなります。何れにしろonline-modeを切ると管理者アカウントを奪われる危険性があるので、直接ログインはしない運用にするのが吉ですね。
以下、設定方法です。
- TeleportSignsを使うなら、BungeeCordのconfig.ymlのpermissionsにあるbungeecord.command.serverはadminに移すべき。看板を使わなくても誰でもテレポートできちゃうっぽいので。
また、以下の様な設定にすると、指定したプレイヤーだけがadmin permissionsに設定されたコマンドが使えますね。groups:
プレイヤー名:
– admin - config.ymlのlisteners設定の意味は以下の様な感じ。
max_players…最大ログイン数だが、これは表示上だけ。実際には個々のサーバの上限が制限となる。
fallback_server…ロビーサーバが死んでしまっている時に接続するサーバ名。
host…BungeeCord自体の接続設定「0.0.0.0:25555」みたいにすると「25555」ポートで接続可能となる。
default_server…ロビーサーバ
motd…マイクラのクライアント側に表示させる紹介文 - config.ymlのserversは、接続するサーバ分全て記入する。
サーバ名:
address: 192.168.xxx.xxx:25553 ←マイクラサーバのIPとポート
restricted: false
motd: ‘サーバ説明’ ←サーバの説明。ほとんど表示されることは無い。 - ちなみに、config.ymlにもonline_modeの設定がありますね。当然、trueで運用すべき。
ip_forwardについては上に書いた通りです。
