想让我的世界服务器怎么一直有op不再掉权限，核心就一条：在服务器控制台执行 /op 玩家ID 授予最高权限，并用LuckPerms等权限插件把该玩家放进永久管理员组,别只靠临时面板开关。
我的世界服务器op权限怎么给：从控制台到权限组
很多服主第一次给OP，都是在游戏里随手输个命令，但命令背后发生了什么，决定权限能不能长期留住，我的世界Java版服务器中，OP身份不是虚拟状态，它会写进服务器的 ops.json 文件，只要这个文件不被覆盖,权限就会一直存在。
控制台执行 /op 是永久授权基础
想让我的世界服务器怎么一直有op不失效，第一步一定是走服务器控制台,而不是只在聊天栏里操作。
- 打开服务器后台控制台，直接输入
op 玩家ID，前面不用加斜杠 - 如果已经有OP权限，在游戏里输入
/op 玩家ID也可以 - 控制台返回“已将 玩家ID 设为服务器管理员”，说明写入成功
- 服务器会自动把该玩家加入根目录的
ops.json
根据Minecraft官方Wiki机制，ops.json 是服务器管理员名单，服务器每次启动都会读取这份文件，所以控制台命令授权的OP,本身就是持久化的。
Java版OP权限分为1到4级，4级最高，能执行所有命令，还能绕过白名单和人数上限，要一直有OP,默认给到4级就足够。
使用LuckPerms权限组设置永久OP
有些服务器装了权限插件，单有游戏内OP还不够，插件会按权限组再拦一道，导致玩家虽然显示是OP,但很多命令被插件禁用。
- 安装LuckPerms后，在控制台输入
lp group admin permission set true - 把玩家加入管理员组：
lp user 玩家ID parent set admin - 设置管理员组权重：
lp group admin weight set 100 - 重新登录或重启服务器，权限组配置仍保留在数据库中
这样做的好处是，即使 ops.json 被误删，只要插件数据库没坏，玩家依然在管理员组里,游戏内权限照样生效。
手动修改ops.json的注意事项
有些服主喜欢直接编辑 ops.json 文件，这确实可行，但对格式要求高,一个逗号写错就会导致文件无法读取。
ops.json 的典型内容结构如下：
[ { "uuid": "玩家的UUID", "name": "玩家ID", "level": 4, "bypassesPlayerLimit": false } ]
行业共识认为，手动修改 ops.json 虽然可行，但出错概率比命令行高得多,新手更推荐直接使用控制台命令。
为什么你的我的世界服务器怎么一直有op会失效？常见原因排查
不少人遇到过同样的情况：晚上给OP，第二天重启服务器就没了，这通常不是命令输错,而是环境或配置在背后动手脚。
服务器重启后权限配置被重置
部分面板服和一键开服工具，每次启动会用模板覆盖服务器根目录文件。ops.json 也在覆盖范围内。
- 确认服务商是否有“每次启动重置文件”的选项
- 优先在控制台或启动命令里手动输
op 玩家ID - 给服务器根目录的
ops.json做好备份，必要时设置只读属性
服务商面板与本地控制台权限冲突
很多国内面板服、手机版面板服和网易版租赁服，都有一套独立于游戏内OP的“管理员”开关,两者不是同一套体系。
- 面板后台通常有“管理员列表”或“OP管理”入口
- 只加游戏内OP，面板没加，重启后可能被面板逻辑回收
- 两边都添加同一玩家ID，权限才会稳定
玩家ID大小写或UUID匹配问题
Java版正版服务器以UUID识别玩家，离线服务器则以玩家ID识别，ID大小写不一致,离线服可能直接不认。
- 离线模式下，固定一个大小写写法，不要频繁改ID
- 正版模式下改名不影响UUID，权限一般不会掉
- 如果服务器更换过服务端，离线服的UUID可能全变，旧条目会失效
插件权限覆盖了OP
EssentialsX、LuckPerms、PermissionsEx等插件，可能把某些命令权限从OP身上单独禁掉，表现就是“有OP但传送命令用不了”,看起来像掉权限。
- 用
/lp user 玩家ID permission check minecraft.command.gamemode检查权限 - 在插件配置里取消对应权限的禁用
- 或直接把玩家加入插件最高权限组，减少权限冲突
我的世界服务器怎么取消op：回收权限和临时授权
有些时候，服主不是想让OP一直存在，而是想给朋友临时管理，了解怎么取消,反而能更好控制权限边界。
取消OP的标准命令
- 控制台输入
deop 玩家ID，前面不加斜杠 - 游戏内管理员输入
/deop 玩家ID
- 执行后该玩家会从
ops.json里移除，无法再使用OP命令
取消命令即时生效，但服务器重启后如果配置文件又恢复，OP可能重新出现，所以取消后也要确认 ops.json
临时管理员权限替代方案
只是让朋友帮忙踢人、封禁，不必给完整OP，权限插件可以设置临时管理员组,到期自动回收。
- LuckPerms临时授权：
lp user 玩家ID parent addtemp admin 1d - 时间可以改成
1h、7d，到期不用手动deop - 适合活动管理、临时维护等场景
这样既满足临时需求，也不会出现“我的世界服务器怎么一直有op”反而难以管理的尴尬。
手机版与Java版服务器op设置对比
不同版本的服务器，OP机制差别不小，很多玩家搜“我的世界手机版服务器op指令大全”,就是因为手机版命令和Java版并不完全一致。
我的世界手机版服务器op指令大全
基岩版服务器控制台或游戏内管理员可用以下命令：
/op 玩家ID：授予管理员/deop 玩家ID：取消管理员/kick 玩家ID：踢出玩家/ban 玩家ID：封禁玩家/gamemode creative 玩家ID：改游戏模式
基岩版没有Java版那样的1到4级OP等级划分，通常只有“操作员”和“成员”两种身份，授权逻辑更简单,但可调节的空间也小。
我的世界网易版服务器怎么给op更省心
网易版租赁服的OP管理，大多不依赖控制台命令，玩家需要在游戏内打开成员管理界面,把指定玩家设为管理员。
- 进入游戏后打开“成员”或“管理”菜单
- 找到目标玩家，选择“设为管理员”
- 部分租赁服还区分“服主”和“管理员”权限层级
网易版服务器的OP状态由网易平台存档管理，跟Java版本地 ops.json 不是一回事，这种模式下，只要存档不重置,管理员身份一般能长期保留。
Java版服务器op权限设置更依赖UUID
Java版正版服建议直接在控制台输入 op 玩家ID，服务器自动补全UUID，离线服如果更换机器或服务端，UUID可能变化，导致 ops.json 旧条目失效。
- 离线服玩家ID就是唯一标识，不要大小写混用
- 换服务端前，把旧的
ops.json里玩家条目记下来 - 重启后先验证一次OP命令是否生效
长期保持OP的验证与维护
权限给了，不等于可以放着不管，服务器环境会变，配置文件可能被改,定期验证是保持OP的最稳办法。
重启后如何快速验证权限
- 重启服务器后，用OP账号登录
- 输入
/gamemode creative，能切换模式说明权限正常 - 输入
/seed查看种子，能返回信息说明OP命令可用 - 控制台输入
op 玩家ID，如果提示已存在，说明ops.json里有记录
修改server.properties里的op-permission-level
server.properties 文件里有一个 op-permission-level 参数，默认值为4，它决定 /op 命令默认授予的权限等级。
op-permission-level=4表示给到最高权限- 如果想给普通管理员少一些权限，可以改成
2或3 - 改完需要重启服务器才生效
这个参数只影响后续新给的OP，不会改变已有OP的等级，要一直有OP,保持默认4级就行。
Q&A：我的世界服务器op权限常见疑问
我的世界服务器op密码怎么看？
Minecraft服务器没有独立的OP密码，所谓OP密码通常指服务器后台或面板的登录密码，由服主在服务商后台设置，不是游戏内命令能查的，游戏内OP只认玩家ID或UUID,不存在查看OP密码的指令。
我的世界服务器怎么一直有op但别人不行？
把你自己的ID写入 ops.json，并用权限插件加入管理员组，其他玩家不要给最高权限组，需要临时权限时用 /op 玩家ID 或LuckPerms临时组，这样你的权限长期稳定,别人用完即回收。
我的世界服务器op权限怎么给指定玩家？
在服务器控制台输入 op 指定玩家ID，该玩家会立即获得level 4权限，若要长期保留，确保服务器根目录的 ops.json 不被启动脚本覆盖，并建议将该玩家加入LuckPerms的 admin 权限组，使用 /op 玩家ID 后，该玩家会被写入 ops.json,默认获得最高管理员权限。
我的世界服务器怎么一直有op的答案不是某一个隐藏命令，而是控制台命令 + ops.json持久化 + 权限组不冲突三件事同时做好，只要服务器启动不覆盖配置文件,管理员身份就能一直保留。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/671217.html
