为什么服务器里不op也有权限，非OP用户权限过高怎么办？

为什么服务器里不op也有权限？先搞清楚权限从哪来

服务器里不op也有权限，大概率不是出bug了，而是权限系统的设计本就如此op只是最高管理员身份，不代表所有权限都必须挂在op名下。

很多服主第一次开服时会困惑：自己明明只给了几个朋友op，怎么普通玩家也能用某些命令、进某些区域、甚至修改方块？这背后其实是《我的世界》服务器权限体系的多层结构在起作用，服务器权限从来不是“只有op能做事”的二元世界，而是一个由权限节点、插件配置、默认组、客户端特性共同构成的复杂系统。

权限组插件才是权限的真正主人

默认组里藏着大量“免费权限”

绝大多数服务器都安装了权限组插件,比如LuckPerms、PermissionsEx、GroupManager，这些插件自带一套默认配置，其中默认组（default）往往被赋予了相当可观的权限，很多服主装完插件后直接开服，根本没改过默认配置，于是普通玩家自然能使用这些权限。

以LuckPerms为例,安装后默认的default组通常包含：

• 基础聊天命令,如/msg、/say
• 查看服务器信息的命令,如/list、/plugins
• 部分传送请求命令,如/tpa、/tpahere的初始版本
• 领地插件的基础互动权限,如/res的查询和查看
• 经济系统的基础操作,如/balance查看余额

这些权限在玩家视角看来就是“我没op但我能干啥啥”，其实只是权限组插件把权限给了默认组而已。

子组继承：权限层层叠加的结果

权限组插件支持组继承机制，即一个组可以继承另一个组的所有权限，比如某服务器设置了default组和vip组，vip组继承了default组的全部权限，又额外添加了/fly等命令权限，玩家虽然没有op，但如果被分配到了vip组，那他自然就能飞行。

行业共识认为,大多数服务器权限混乱的问题，根源都在组继承关系没有理清，玩家可能同时属于多个组，这些组的权限叠加后，最终生效的权限范围远超预期。

通配符权限：一个符号引发的权限泛滥

权限组插件支持通配符,比如minecraft.、luckperms.这样的写法，某些插件在默认配置中直接给默认组添加了通配符权限，或者服主在给某个组加权限时图省事，直接写了一个，这种情况下，

该组所有成员实际上拥有了该插件全部权限，有没有op已经无所谓了。

这类问题的排查方向很简单：打开权限组插件的配置文件，搜索default组的权限列表，看看有没有或包含admin、manage等字样的节点。

插件自身的权限设置比op权限更常被忽视

很多插件默认向所有玩家开放功能

服务器上每个插件都有自己的权限系统,且插件默认允许哪些玩家使用哪些功能，完全取决于插件作者的设计，有些插件开箱即用，默认情况下所有玩家都能使用其全部功能，比如早期的某些传送插件、家具插件、甚至部分经济插件。

一个领地插件如果不设置权限,默认情况下所有玩家都能创建领地、修改领地内方块，这看起来就像“不op也有权限改东西”，实际上玩家只是用了插件默认开放的功能，和op权限没有任何关系。

权限节点配置实操：三步锁定问题

遇到“不op也有权限”的情况，按以下步骤排查：

1. 确认权限组插件：在服务器控制台输入/lp（LuckPerms）或/pex（PermissionsEx）查看是否安装
2. 检查默认组权限：运行/lp group default info，查看default组所有权限节点
3. 检查插件配置文件：进入plugins文件夹，逐个查看插件目录下的config.yml，搜索permission、default、allow等关键词

多数情况下，把权限组插件的默认组权限列表过一遍，问题就解决了大半。

原版服务器和客户端Mod带来的“伪权限”

原版游戏本身就允许玩家做很多事

《我的世界》原版机制中，玩家能做的事情本身就不算少。没有op的玩家依然可以：

• 使用/seed查看世界种子（如果服务器没禁用）
• 使用/kill自杀（部分版本需要权限）
• 使用/help查看所有命令列表
• 在多人游戏中打开聊天框发送消息
• 使用F3调试界面查看坐标

这些在原版中属于玩家基础能力，和权限组完全无关，很多服主误以为这些操作需要op权限才能做，实际上原版已经默认开放了。

客户端Mod和作弊模组制造权限假象

有相当一部分“不op也有权限”的情况，其实来自客户端Mod的干扰。

玩家装了作弊类Mod后，可以在客户端本地实现飞行、透视、自动挖矿等操作，这些行为发生在客户端本地，服务器根本拦不住。 服务器端再怎么设置权限，也无法阻止玩家本地Mod发挥作用。

比如玩家装了XRay透视Mod,他能看到地下的矿物，这和服务器权限没有任何关系。想限制这类行为，必须依靠服务器端的反作弊插件，比如NoCheatPlus、Grim等，而不是单纯调整权限组。

服务器配置文件和后台面板隐藏的权限开关

server.properties里那些被忽视的选项

服务器根目录下的server.properties文件中有几个选项直接影响玩家权限感知：

• spawn-protection：出生点保护范围，默认为16格，在此范围内玩家无法破坏方块但op不受此限制
• max-build-height：最大建造高度，超过此高度玩家无法放置方块
• pvp：是否允许玩家间战斗
• online-mode：正版验证开关

这些配置项决定了玩家在服务器内的基础行为边界,它们和op权限无关，但玩家感知到的“我能不能做某事”往往来自这里，比如玩家在出生点附近不能破坏方块，会误以为服务器权限设置严格，实际上只是出生点保护在起作用。

服务器控制台和面板的快捷权限

很多服务器面板（如MCSManager、宝塔面板）自带权限管理功能，在面板上开启某些功能时会直接修改服务器配置文件或插件配置，这个过程可能绕过op权限体系，给普通玩家开放额外能力。 例如面板上的“飞行模式”“传送功能”开关，如果开启但没设置权限组限制，那么所有玩家都能使用。

这类问题在mod服务器权限怎么弄的场景中尤其常见Mod本身自带一些默认权限，比如机械动力的扳手使用、暮色森林的传送门开启，这些都不需要op权限，玩家用Mod的功能时，看起来就像拥有权限，实际上只是Mod没有做权限区分。

遇到不op也有权限，怎么快速定位和解决

四步排查法：从现象到根源

1. 确认现象：玩家具体能用哪些命令、做哪些事，逐条记录下来
2. 对照权限节点：去权限组插件中搜索这些操作对应的权限节点，看属于哪个组
3. 检查插件配置：如果权限组里没有，去对应插件的配置文件里搜索关键词
4. 测试最小化环境：临时禁用所有插件，只保留权限组插件，看问题是否仍然存在

禁用玩家多余权限的具体操作

假设你想让普通玩家无法使用/tpa命令，以LuckPerms为例：

/lp group default permission unset essentials.tpa
/lp group default permission set essentials.tpa false

第一条命令移除权限,第二条显式设为false，双保险。这种显式拒绝的方式比单纯不分配更可靠，因为插件默认权限机制可能会重新赋予。

预防权限混乱的三个日常习惯

• 定期导出权限组配置备份：每次大改动前先备份，方便回滚
• 用权限组而不是单个玩家权限：所有权限统一管理在组层面，避免零散分配
• 新装插件后立刻检查默认配置：大多数插件默认权限太宽松，及时收紧

服务器权限问题排查常见问答

为什么我设置了权限组，玩家还是能用被禁止的命令？

权限组插件的权限计算遵循优先级规则：玩家所属多个组时，权限以“允许优先于拒绝”为原则，如果你在一个组里拒绝了某权限，但玩家在另一个组里拥有该权限，最终结果是允许使用，需要在所有相关组中都显式拒绝才能生效。

不装权限组插件，原版服务器怎么控制玩家权限？

原版服务器只有op和非op两种状态,无法细分权限。想要精确控制玩家权限，必须安装权限组插件，如果只装了少数几个插件，也可以利用插件自身配置文件的权限选项来限制，但功能远不如权限组插件灵活。

玩家用客户端Mod作弊，算不算权限问题？

不算,客户端Mod的作弊行为发生在玩家本地，服务器端权限系统无法感知和控制，这类问题需要反作弊插件和服务器端验证机制来应对，玩家飞行、透视、自动瞄准等行为，本质上是客户端在本地模拟操作，和服务器是否赋予权限无关。