我的世界服务器OP要给别人传送(TP)权限,最直接的方法是用权限插件单独分配节点,而不是直接给对方OP权限,因为OP权限太大,容易导致服务器被恶意破坏。如果是纯净端不想装插件,那就只能通过/op命令授予完整管理员权限,但这通常只适合信任的核心成员,接下来我会分几种情况,把具体命令和配置路径一步步拆给你看。
核心思路:先分清你是纯净端还是插件端
很多服务器管理员一上来就问“TP权限指令是什么”,其实这个问题本身有个误区,TP(Teleport)权限在Minecraft原版里并不存在单独的“传送权限”,传送命令是OP自带的功能,想让别人能用/tp,本质上是你要么给他OP权限,要么用插件把传送权限单独拆出来给他,行业共识认为,后者才是服务器管理的主流做法,尤其是当你的服务器有一定玩家规模后。
纯净端(无插件):只能给OP,但有变通办法
如果你的服务器是原版Vanilla,没有装任何权限插件,那么/tp命令只对OP开放,你只能执行:
/op 玩家名
这个命令会让对方获得服务器全部控制权限,包括踢人、封禁、修改游戏模式等,如果只是想让他帮你管理传送,这样做风险极大,业内专家指出,把OP权限发给不熟悉的人,等于把服务器后台直接交给对方。
如果非要用纯净端,一个折中方案是:让对方开个旁观者账号,你需要传送时让他报坐标,你用/tp 玩家名 坐标来拉人,或者用/tp 玩家名把他传送到你身边,但这不是真正意义上的“给对方TP权限”,只是协作操作。
插件端(推荐):用权限插件精准控制
绝大多数服务器都装了EssentialsX、PermissionsEx或LuckPerms这类插件,只有在这个前提下,你才能真正实现“只给TP权限,不给其他权限”,具体怎么操作取决于你用什么插件,下面我按插件分别说明。
用LuckPerms给TP权限:目前最主流的方式
近几年,LuckPerms逐渐取代了老牌的PermissionsEx,成为Java版服务器的主流权限管理插件,原因是它的命令设计更清晰,支持Tab补全,而且可以实时刷新权限,装好LuckPerms后,给一个玩家单独的TP权限,只需要三步。
第一步,创建一个新权限组,或者直接给玩家单独加权限,如果只是临时给一个人开通,用这行命令:
/lp user 玩家名 permission set essentials.tp true
第二步,如果你要给整个权限组统一添加TP权限,先确认你的组名,然后执行:
/lp group 组名 permission set essentials.tp true
第三步,别忘了让权限生效,LuckPerms是自动实时生效的,但如果玩家已经在线,可能需要执行:
/lp sync
这里要特别提醒你一个细节:essentials.tp 这个节点是EssentialsX插件提供的,不是LuckPerms自带的,如果你的服务器没装EssentialsX,只装了LuckPerms,那设置这个节点是没用的,你的传送功能如果来自CMI插件,那节点名就要改成cmi.command.tp;如果来自其他传送插件,需要去对应插件的文档里查权限节点名。
LuckPerms下的TP权限组配置
刚才说的是给现有组加权限,如果你想让游戏里的“传送师”角色更规范,可以新建一个独立的权限组,这样管理起来更清晰,操作路径是:
/lp creategroup tphelper
/lp group tphelper permission set essentials.tp true
/lp group tphelper permission set essentials.tpa true
/lp group tphelper permission set essentials.tpahere true
/lp parent 玩家名 set tphelper
这样这个玩家就只会拥有TP相关的一系列权限,而不会获得/ban、/gamemode这些管理权限。国内相当一部分服务器采用这个模式来给建筑团队或活动策划人员开放传送功能,避免了给OP带来的安全隐患。
用PermissionsEx(PEX)给TP权限:老服务器的常见选择
如果你的服务器是从多年前一直维护到现在的,可能还在用PermissionsEx插件,它的语法跟LuckPerms略有差异,但逻辑是一样的。
给单个玩家单独添加TP权限:
/pex user 玩家名 add essentials.tp
给某个权限组添加TP权限:
/pex group 组名 add essentials.tp
修改完以后,执行:
/pex reload
让配置重新加载,玩家的权限才会刷新,这套命令的底层逻辑和LuckPerms完全一致,都是给权限节点赋值为true,区别只在于前缀不同。如果你在PEX里发现设置完还是不能用,十有八九是没执行/pex reload,配置文件还停留在旧状态。 这在老服务器上是出现频率很高的问题。
权限节点查错:给了TP权限为什么还是不能用?
这个问题在贴吧和论坛上被反复问起,其实绝大部分原因都在于节点名不匹配,比如你的服务器用的是EssentialsX,但你把LuckPerms文档里的节点名抄过来用,那当然无效,下面的表格列出了常见插件的TP权限节点,你可以对照排查:
| 插件名称 | TP命令权限节点 | 补充说明 |
|---|---|---|
| EssentialsX | essentials.tp |
还包含essentials.tpa、essentials.tpahere、essentials.tphere |
| CMI | cmi.command.tp |
CMI的TP相关节点通常以cmi.command.开头 |
| Essentials(旧版) | essentials.tp |
老版本兼容,但注意旧版可能不带X后缀 |
| 原版命令 | 无权限节点 | 只有OP能用/tp,无法通过权限插件控制 |
除了节点名,还有一个高频坑:你的权限插件可能没有继承默认组,比如你用LuckPerms,新建了一个叫“member”的组,但这个组没有继承“default”组,导致玩家虽然拥有essentials.tp,却因为默认组的其他基础权限(比如essentials.tpa的辅助节点)缺失,命令用起来时好时坏,解决办法是执行:
/lp group member parent add default
这条命令让新组继承默认组的所有权限配置,然后再叠加自己的TP权限,就稳定了。
网易版和基岩版:指令体系和Java版不同
如果你开的是网易版或基岩版服务器,那上面的命令不一定适用,网易国服版的服务端指令更接近基岩版,它的OP管理界面里有独立的“权限设置”选项卡,但只区分管理员、会员和访客,不能精确到单条TP节点,在网易版里,你想让别人能传送,只能让他当管理员,但管理员同时拥有其他管理权,没有细粒度控制方案。
如果是基岩版BDS官方服务端,命令是/op 玩家名,行为跟Java版纯净端一样,全部权限一把抓,社区里有一些基于BDS的插件加载器,比如LeviLamina,理论上可以通过插件实现细粒度权限,但配置复杂度较高,多数情况下不推荐普通服务器主折腾这个。
实战场景:给建筑团队开传送权限的完整操作流程
现在我们把前面的知识串起来,模拟一个实际场景,假设你运营一个生存服务器,建筑团队负责人“小明”需要经常传送到各个玩家基地去帮忙修建筑,但你不想让他踢人或者修改游戏规则,你装的是LuckPerms + EssentialsX,步骤如下:
第一步,执行命令新建权限组:
/lp creategroup builder_tp
第二步,给这个组加上TP相关节点:
/lp group builder_tp permission set essentials.tp true /lp group builder_tp permission set essentials.tphere true /lp group builder_tp permission set essentials.tpa true /lp group builder_tp permission set essentials.tpahere true
第三步,把小明加进这个组:
/lp parent 小明 set builder_tp
第四步,告诉小明,这些命令现在他都可以用了:/tp 玩家名、/tpa 玩家名、/tpahere 玩家名,如果他在游戏里执行/tp 玩家名提示无权限,就检查一下他是不是同时被加进了其他权限较低的分组,导致权限冲突。
TP权限配置后的验证方式
配好之后别急着完事,让被授权的玩家实际测试一遍,测试时主要看三个点:/tp能否直接传送,/tpa能否发送请求,/tpahere能否把别人拉到身边,如果TP能直接用但T系列指令报错,大概率是这些辅助指令的节点没配全,回头检查上表里的节点名是否都添加了。
常见问题快问快答
我的世界服务器op怎么给别人tp权限指令最简洁的版本是什么?
如果你的服务器装了EssentialsX和LuckPerms,最简洁的指令组合是/lp user 玩家名 permission set essentials.tp true,然后让玩家用/tp 目标玩家名即可,如果没装插件,答案就只能是/op 玩家名这条命令。
给权限后对方还是用不了/tp,英文提示Unknown command,怎么排查?
先用/lp user 玩家名 permission info查看该玩家当前权限列表,确认essentials.tp节点是否真的存在于列表中,如果存在但仍报错,检查他是否身处一个被其他权限组覆盖了essentials.tp为false的环境中,优先级高的分组会覆盖低分组的同节点设置。
只想让人传送到自己,不让他传送到别人,能做到吗?
可以,在权限管理上,essentials.tp是“传送到任意人”,而essentials.tpa是“发起传送请求”,后者需要对方同意才生效,所以你只给玩家essentials.tpa和essentials.tpahere两个权限,不给essentials.tp,就能实现“只能申请传送,不能强行传送别人”的效果。
给TP权限的核心区别在于你是否安装了权限插件。有插件,就按插件语法精准授权节点;没插件,就只能用OP权限一刀切,这套思路同样适用于其他命令权限的分配,只要理解“权限节点”这个概念,你的服务器管理思路就会清晰很多,把TP权限交给值得信任的人,再配合完整的权限组规划,你的服务器既能保持高效运转,也不至于因为权限失控而闹出乱子。
首发原创文章,作者:王坚,如若转载,请注明出处:https://idctop.com/article/606578.html




