docker minecraft bedrock server
2024.11.0
以下は、デフォルトバージョンを実行してデフォルトのUDPポートを公開する岩盤専用サーバーを起動します。
docker run -d -it -e EULA=TRUE -p 19132:19132/udp -v mc-bedrock-data:/data itzg/minecraft-bedrock-server注：サーバーを長時間実行する予定がある場合は、Docker ComposeやKubernetesなどの管理レイヤーを使用して、増分再構成と画像のアップグレードを可能にすることを強くお勧めします。
VERSION変数がデフォルトである「最新」に設定されている場合、コンテナを再起動してBedrockサーバーをアップグレードできます。すべてのスタートアップで、コンテナは必要に応じて最新バージョンとアップグレードをチェックします。
最新のプレビューバージョンは、 VERSION 「プレビュー」に設定することでリクエストできます。
Minecraft Java Editionの場合、代わりにこの画像を使用する必要があります。
itzg/minecraft-server
EULA （デフォルトなし）：Minecraftエンドユーザーライセンス契約を受け入れるためにTRUE設定する必要がありますVERSION （デフォルトはLATEST ）：特定のサーバーバージョンに設定できます。または、次の特別な値を使用できます。LATEST ：最新の（非プレビュー）バージョンを決定し、コンテナスタートで自動アップグレードするために使用できますPREVIEW ：最新のプレビューバージョンを決定すると、自動アップグレードされますPREVIEW 「true」に設定しますUID （ /data所有者から派生したデフォルト）：特定のユーザーIDに設定して、Bedrock Server Processを実行できますGID （ /data所有者から派生したデフォルト）：特定のグループIDに設定して、Bedrock Server Processを実行できますTZ （デフォルトなし）： America/New_Yorkのような特定のTimeZoneに設定できます。これにより、Dockerコンテナ、したがってログのタイムゾーンが設定されます。さらに、時間をホストと同期する場合は、 /etc/localtimeファイルをホストからコンテナに/etc/localtime:/etc/localtime:ro 。PACKAGE_BACKUP_KEEP （ 2 ）：保持するパッケージバックアップの数次の環境変数は、 server.propertiesに同等のプロパティを設定し、それぞれがここで説明されています。通常、各プロパティは代わりにapper_snake_case等価によって構成されます。
SERVER_NAMEGAMEMODEFORCE_GAMEMODEDIFFICULTYALLOW_CHEATSMAX_PLAYERSONLINE_MODEWHITE_LISTALLOW_LISTSERVER_PORTSERVER_PORT_V6ENABLE_LAN_VISIBILITYVIEW_DISTANCETICK_DISTANCEPLAYER_IDLE_TIMEOUTMAX_THREADSLEVEL_NAMELEVEL_SEEDLEVEL_TYPEDEFAULT_PLAYER_PERMISSION_LEVELTEXTUREPACK_REQUIREDCONTENT_LOG_FILE_ENABLEDCONTENT_LOG_LEVELCONTENT_LOG_CONSOLE_OUTPUT_ENABLEDCOMPRESSION_THRESHOLDCOMPRESSION_ALGORITHMSERVER_AUTHORITATIVE_MOVEMENTPLAYER_POSITION_ACCEPTANCE_THRESHOLDPLAYER_MOVEMENT_SCORE_THRESHOLDPLAYER_MOVEMENT_ACTION_DIRECTION_THRESHOLDPLAYER_MOVEMENT_DISTANCE_THRESHOLDPLAYER_MOVEMENT_DURATION_THRESHOLD_IN_MSCORRECT_PLAYER_MOVEMENTSERVER_AUTHORITATIVE_BLOCK_BREAKINGSERVER_AUTHORITATIVE_BLOCK_BREAKING_PICK_RANGE_SCALARCHAT_RESTRICTIONDISABLE_PLAYER_INTERACTIONCLIENT_SIDE_CHUNK_GENERATION_ENABLEDBLOCK_NETWORK_IDS_ARE_HASHESDISABLE_PERSONADISABLE_CUSTOM_SKINSSERVER_BUILD_RADIUS_RATIOALLOW_OUTBOUND_SCRIPT_DEBUGGINGALLOW_INBOUND_SCRIPT_DEBUGGINGFORCE_INBOUND_DEBUG_PORTSCRIPT_DEBUGGER_AUTO_ATTACHSCRIPT_DEBUGGER_AUTO_ATTACH_CONNECT_ADDRESSSCRIPT_WATCHDOG_ENABLESCRIPT_WATCHDOG_ENABLE_EXCEPTION_HANDLINGSCRIPT_WATCHDOG_ENABLE_SHUTDOWNSCRIPT_WATCHDOG_HANG_EXCEPTIONSCRIPT_WATCHDOG_HANG_THRESHOLDSCRIPT_WATCHDOG_SPIKE_THRESHOLDSCRIPT_WATCHDOG_SLOW_THRESHOLDSCRIPT_WATCHDOG_MEMORY_WARNINGSCRIPT_WATCHDOG_MEMORY_LIMITOP_PERMISSION_LEVELEMIT_SERVER_TELEMETRYMSA_GAMERTAGS_ONLYITEM_TRANSACTION_LOGGING_ENABLEDたとえば、デフォルトの使用ではなく、フラットでクリエイティブなサーバーを構成するには：
docker run -d -it --name bds-flat-creative
-e EULA=TRUE -e LEVEL_TYPE=flat -e GAMEMODE=creative
-p 19132:19132/udp itzg/minecraft-bedrock-serverSERVER_PORTによって設定されたIPv4上のBedrock Serverポート。 IPv6ポートはデフォルトで公開されません。 -p 19132:19132/udpなど、ポートを公開するときは/udpを追加する必要があり、IPv4とIPv6の両方をホストマシンで有効にする必要があることに注意してください。 /data ：ダウンロードされたサーバーが拡張されて実行される場所。また、構成プロパティファイルserver.propertiesも含まれていますnamed volumeを作成して、次のように使用できます。
docker volume create mc-volume
docker run -d -it --name mc-server -e EULA=TRUE -p 19132:19132/udp -v mc-volume:/data itzg/minecraft-bedrock-server名前付きボリュームを使用しており、岩盤プロセスを非ルートユーザーとして実行したい場合は、ボリュームを事前に作成し、目的のユーザーにchown必要があります。
たとえば、ユーザーID 1000およびグループID 1000でBedrockサーバーを実行したい場合は、次のように「Bedrock」という名前のボリュームを作成して融合します。
docker run --rm -v bedrock:/data alpine chown 1000:1000 /data docker runを使用する場合、 -v引数でそのボリューム「Bedrock」を参照するだけです。 Composeファイルを使用する場合、このタイプの宣言を使用して外部としてボリュームを宣言します。
volumes :
bedrock :
external :
name : bedrock LANでコンテナを実行するときは、次のような「Friends」タブの「LAN Games」部分で専用サーバーを見つけて接続できます。
岩盤専用サーバーは、XUIDで権限を定義する必要があります。これらをオンラインで調べるさまざまなツールがあり、プレイヤーが参加するとログに印刷されます。各グループを構成するための3つのレベルのアクセス許可と3つのオプションがあります。
OPSは、サーバー上のオペレーターを定義するために使用されます。 -e OPS= " 1234567890,0987654321 "MEMBERSサーバー上のメンバーを定義するために使用されます。 -e MEMBERS= " 1234567890,0987654321 "VISITORSサーバー上の訪問者を定義するために使用されます。 -e VISITORS= " 1234567890,0987654321 " ホワイトリストを処理するには2つの方法があります。
1つ目は、 ALLOW_LIST環境変数をTrueに設定し、コンテナにカスタム作成されたAllowlist.jsonファイル（以前は「whitelist.json」として知られていた）にマッピングすることです。
もう1つは、 ALLOW_LIST_USERS環境変数を、ゲーマータグのユーザー名と対応するXUIDのコンマ分離リストに設定することです。各ユーザー名の後に、コロンで区切られたXUIDが続く必要があります。サーバーはこれらの詳細を使用してプレーヤーに一致します。
Xuidsをオンラインで見るためのさまざまなツールがあり、プレーヤーがサーバーに参加するとログに印刷されます。
-e ALLOW_LIST_USERS= " player1:1234567890,player2:0987654321 " 動作またはリソースパックとも呼ばれ、サーバーにmodを追加するために、これらの手順に従って、OPS（1人のプレーヤーの睡眠）とBedrocktweaksでテストできます
C:UsersUSERAppDataLocalPackagesMicrosoft.MinecraftUWP_*LocalStategamescom.mojang 。クライアントを使用せずにそれらをインストールする場合は、MODをサーバーのボリュームに直接解凍できるはずです。MCADDONはBehavior_Packsに、.mcpackはResource_Packsに移動する必要があります。 .mcaddonと.mcpackの両方が.zipファイルに変更されました。
worlds/$level-name/world_behavior_packs.jsonで作成すると、以前のmanifest.jsonのように各modのエントリを追加する必要があります。現在、uuidと呼ばれるUUIDとドットを置き換えるバージョンのみが必要です。 []を使用したコンマと二重引用符。
worlds/$level-name/world_resource_packs.jsonを作成することもできますが、同じJSON内にリソースパックと動作パックの両方を置くことは正常に動作することがわかりました
[
{
"pack_id" : "5f51f7b7-85dc-44da-a3ef-a48d8414e4d5",
"version" : [ 3, 0, 0 ]
}
]
すべてのクライアントにリソースパックを強制したい場合、
server.propertiesでtexturepack-required=falseをtrueに変更するオプションがあります。リソースパックは、[設定]> [ストレージ]> [キャッシュされたデータ]に移動し、パックを選択してゴミ箱をクリックすることで削除できます。
詳細については、FoxynotailがWindowsで実行されているサーバーで同じことを説明するビデオを作成しました。
一般的なベッドロック専用サーバーの管理の詳細については、このRedditの投稿をご覧ください。
この画像には、Bedrock Server Consoleに岩盤のコマンドと引数を送信するsend-commandというスクリプトがバンドルされています。コマンドの出力は、コンテナログにのみ表示されます。
例えば：
docker exec CONTAINER_NAME_OR_ID send-command gamerule dofiretick false
または、StdinとTTYが有効になっている場合（ -it使用するなど）、名前またはIDを使用してコンテナのコンソールに接続します。
docker attach CONTAINER_NAME_OR_ID添付されている間、プレーヤーを管理するなど、サーバー側のコマンドを実行できます。
gamerule dofiretick false
終了したら、ctrl-p、ctrl-qを使用してサーバーコンソールから取り外します
Exampleディレクトリには、Dockerを作成する例が含まれています。
/dataのサービスに接続されたボリューム services :
bds :
image : itzg/minecraft-bedrock-server
environment :
EULA : " TRUE "
ports :
- " 19132:19132/udp "
volumes :
- ./data:/data
stdin_open : true
tty : trueサーバーを起動し、以下を使用してバックグラウンドで実行します。
docker compose up -d次を使用していつでもログをフォローできます。
docker compose logs -f例ディレクトリには、以下を宣言するKubernetesマニフェストファイルの例が含まれています。
POD展開には、環境変数を介してサーバープロパティを構成する例がいくつか含まれています。
env :
- name : EULA
value : " TRUE "
- name : GAMEMODE
value : survival
- name : DIFFICULTY
value : normalこのファイルはほとんどのクラスターで展開可能ですが、デスクトップおよびGoogle KubernetesエンジンのDockerで確認されています。
kubectl apply -f examples/kubernetes.yml次を使用して、展開のログに従うことができます。
kubectl logs -f deployment/bds@thetinkerdadは、単一のポート（19132）で複数のインスタンスをホストする方法に関する優れたチュートリアルを提供して、https：//www.youtube.com/watch?v=ds0_eszjbfs
このDocker画像を構築しようとするとき、すべての
.shファイルがCLRFではなくLFの終了シーケンスを持っているか、ビルドが失敗することを確認してください。
