MCDR 配置
演示模式MCDR基本配置
示例(fabric启动命令): java -Xmx16G -jar fabric-server-launch.jar nogui
如果命令中存在一些 YAML 不喜欢的字符(如 "、\), 详细信息请查看: 官方文档
不同服务端有着截然不同的输出和命令。服务端处理器是用于在各种服务端之间进行处理的模块, 也是 MCDR 控制服务端的接入点
处理器确定解析服务端标准输出文本的特定方法, 并使用正确的命令控制服务端
目前支持的处理器:
- vanilla_handler - 用于 原版 / Carpet / Fabric 服务端。只要服务端足够原版就行
- beta18_handler - 用于低版本的原版服务端, 如 MC < 1.7 的低版本, 甚至到 beta1.8 版本
- bukkit_handler - 用于 1.14 版本以下的 Bukkit / Spigot 服务端, 以及所有版本的 Paper / Mohistmc 服务端
- bukkit14_handler - 用于 1.14 或以上版本的 Bukkit / Spigot 服务端
- forge_handler - 用于 Forge 服务端
- cat_server_handler - 适用于 CatServer 服务端
- arclight_handler - 适用于 Arclight 服务端
- bungeecord_handler - 用于 BungeeCord 服务端
- waterfall_handler - 用于 WaterFall 服务端
- velocity_handler - 用于 Velocity 服务端
- basic_handler - 不进行任何分析并返回原始文本的处理器
encoding, decoding 用于编码消息至服务端标准输入 / 从服务端标准输出解码消息时, 所用的编码 / 解码格式
自定义 服务端处理器 类所组成的列表。这些类应当是 ServerHandler 的子类
这样你就可以在 handler 选项中通过处理器的名称指派其解析标准输出文本
处理器名称通过 get_name() 方法定义
详细信息请查看: 官方文档
用于处理 info 对象的自定义 Info 响应器 类所组成的列表。这些类应当是 AbstractInfoReactor 的子类
所有自定义 info 响应器都将注册到反应堆列表中, 以处理来自服务端的信息
详细信息请查看: 官方文档
在默认情况下, MCDR 会在启动时弃用服务端处理器正确性检测, 并运行一段时间, 用于检测可能出现的 服务端处理器 配置错误
将其设为 false 以禁用服务端处理器检测逻辑, 以减少部分 MCDR 开始运行时的性能损耗。这主要在性能分析 MCDR 时使用
详细信息请查看: 官方文档
可用的变量:
- {url}: 原始的 GitHub asset 下载链接
- {repos_owner}: 插件的 GitHub 仓库的所有者名
- {repos_name}: 插件的 GitHub 仓库的仓库名
- {tag}: 与该 release 关联的 git tag 的名字
- {asset_name}: asset 的名字,即要被下载的插件文件的文件名
- {asset_id}: GitHub asset ID
示例: https://github.com/{repos_owner}/{repos_name}/releases/download/{tag}/{asset_name}
为 MCDR 所有对外的 HTTP 请求的代理设置
如果打算配置,建议同时配置 http_proxy 和 https_proxy 的值
取值举例:
- http_proxy: 'http://127.0.0.1:1081'
- https_proxy: 'http://127.0.0.1:1081'
- 或者
- http_proxy: 'http://user:pass@192.168.0.1:8888'
- https_proxy: 'http://user:pass@192.168.0.1:8888'
RCON
若启用 rcon,则在 Minecraft rcon 服务端启动后,MCDR将自动连接到 rcon 服务端。这样插件就可以通过 rcon 向服务端发送命令
调试日志模式
将 all 设置为 true 以启用所有的调试输出。也可以打开部分选项,以启用某些调试输出。默认全部为 false (关闭)
MCDR权限配置
MCDReforged 使用权限系统来控制不同用户执行命令和使用功能的权限