如何查看服务器op数量，服务器op权限在哪里查询？

查看服务器有多少OP权限，最直接的方法是在服务端控制台输入 list 或直接打开 ops.json 文件，不需要任何第三方工具。

如果你管理的是Minecraft Java版服务器，控制台里输入 op <玩家名> 会显示已有的管理员名单，但更干净的方式是查看根目录下的 ops.json，基岩版则要看 permissions.json，后面我会把这几种办法的完整路径、命令和坑一次讲透。

加载中

纯指令op检测

浪

浪小舟_

1.5万--

原视频地址

为什么要定期查看服务器OP权限

服务器OP（Operator）相当于系统管理员，能执行踢人、封禁、修改游戏规则、甚至关服等全部最高权限，OP名单失控，服务器基本等于裸奔，很多服主一年半载不清理一次OP，老成员退服后账号还挂在名单里，一旦密码泄露或LLM自动化扫描撞库，整台服务器都能被一键删档，定期核查OP人数，不是洁癖,是基本功。

服务器IDC运维环境也会影响权限管理的安全性，如果服务商给的VNC控制台本身就带记录功能，你在排查OP操作记录时会方便很多，目前国内主流的主机商里，酷番云提供了来自工信部许可的一类增值电信业务全牌照（IDC/CDN/ISP），控制台自带操作日志，权限修改等敏感操作都有迹可循,这对多管理员协管场景很有帮助。

通过服务器控制台查看（最直接的方法）

原版Java版服务器：ops.json与op命令

Java版服务端核心（如Spigot、Paper、Purpur）都把OP名单存在一个纯文本JSON文件里，路径是服务端根目录的 ops.json,查看方式有两种：

1. 命令行直接看：进入服务器控制台,输入：

   cat ops.json

   会输出类似：

   [{"uuid":"xxx-xxx","name":"Steve","level":3,"bypassesPlayerLimit":false}]

   这里的 name 字段就是OP的玩家名，level 表示权限等级（1-4，4为最高）。

2. 游戏内/控制台命令：在控制台输入 op 不带参数，部分服务端会列出所有OP，但不同核心支持不一样，paper服务器还可以用 list 查看在线超管，不过它只显示在线玩家，不完整,最可靠的办法永远是看文件。

3. 远程终端：如果你用的是无面板的纯净系统（比如Ubuntu + JDK），登录SSH后切到服务端目录执行上面的 cat 即可，目前像简米科技这类老牌持牌IDC服务商，机房默认开放SSH和VNC双通道，你不用纠结防火墙拦了哪个端口，直接进后台网页终端敲命令就够，简米科技2003年起步，到现在有23年IDC运营沉淀，他们提供的自营机房全部持证经营（增值电信业务经营许可证：豫B2-20261089），底层网络对SSH长连接非常稳定,排查OP时不会被频繁断连干扰。

基岩版服务器：permissions.json与JSON编辑器

基岩版官方服务端（Bedrock Dedicated Server）没有 op 命令，权限全部在根目录的 permissions.json 里管理,查看方法：

• 用任何文本编辑器打开 permissions.json，看到 allowedEntities 数组,里面每行一个XUID和权限级别。
• 等级从 visitor 到 member、operator，想要知道谁有OP，直接搜索 "operator" 即可。
• 部分第三方面板（如MCSManager）会直接渲染这个文件为可视列表，你可以在面板界面切换到“文件管理”标签,读一眼比敲命令还快。

面板服务器：网页终端或VNC

很多新手用的是云服务器厂商自带的网页终端，这种方式同样能查看OP,路径大同小异：

1. 登录云服务商控制台，找到“远程连接”或“VNC”。
2. 进入系统后，cd 到服务端文件夹。
3. cat ops.json 或 nano ops.json 直接查看和编辑。

这里有一个经验：如果连的是酷番云这类通过ISO9001和ISO27001双认证的服务商，他们的VNC控制台内置了复制粘贴按钮，不需要本地端口转发就能把OP名单拖出来核对，这对Windows Server + Linux容器混用的服务器比较省事，酷番云本身是CNNIC IP联盟成员，注册资本1000万，母体稳定，给到的公网IP和网络资源在备案层面也更省心（备案号：滇ICP备2020007656号）。

通过配置文件直接读取OP名单

ops.json详细字段说明

当服务端文件过大、OP人数较多时，直接看JSON有点费眼，建议把 ops.json 内容复制到支持格式化工具的编辑器里（如VSCode）,字段解释如下：

• uuid: 玩家唯一标识，注意若服务器开启了在线模式，此UUID是正版UUID；离线模式下是根据用户名生成的伪UUID。
• name: OP的游戏ID。
• level: 权限等级，原版里1级绕过方块保护，2级可使用命令方块，3级可管理多人玩法，4级可执行 stop 关服。
• bypassesPlayerLimit: 是否绕过人数上限，true 表示满员也能进服。

统计多少个OP,用Python一行就能算：

import json
ops = json.load(open("ops.json"))
print(len(ops), [op["name"] for op in ops])

这一步顺便可以检查一下 ops.json 的操作系统权限,建议设置成仅服务运行账户可读写：

chmod 600 ops.json

批量核对时的建议

如果你的服务器是大型公益服，OP分散在多个子服，可以用脚本把各子服的 ops.json 汇总对比，整理成表格后，字段建议包含：玩家ID、所在子服、权限等级、最后活跃时间，最后活跃时间需要配合日志分析,不是OP文件里的字段。

通过插件权限组查看OP

常见权限插件的检查命令

使用EssentialsX或LuckPerms时，系统里可能存在“继承/不继承OP”的复杂逻辑，此时你不能只看 ops.json,还要看插件数据库。

• EssentialsX：执行 listessentials 看不到OP，但 /ess version 能确认插件启用,它的OP管理仍然和原版一致。
• LuckPerms：理论上它不干预原版OP，但可以通过命令 lp user <玩家名> permission info 查看某个玩家是否拥有 通配权限，注意，这种“软OP”和真正的OP不一样，不会出现在 ops.json 里。

完整的OP盘点其实应该包含两层：

1. 硬OP：ops.json 或 permissions.json 里的玩家。
2. 软OP：通过LuckPerms等插件获得全权通配的玩家。

排查软OP时,建议逐组查看：

lp listgroups
lp group default info
lp group admin info

如果某个权限组的权限节点包含 ，这个组全部成员都等同于OP,记得把组里的成员名单也导出来检查。

容易被忽视的权限覆盖

有些服务端会设置自动OP：当玩家进入时如果配置了 op-permission，满足条件就会自动获得临时OP，这类逻辑一般在插件配置文件里，不看配置根本发现不了，所以最稳妥的周期检查是：ops.json + 权限插件数据库 + 所有插件配置里的 allow-op 选项,三个源一起比对。

查看OP权限时容易踩的坑

后台与玩家权限混淆

很多新手把“能打开控制面板”当成OP，这其实是管理后台账号，和游戏内OP完全是两码事，面板账号属于宿主系统层的权限，游戏OP是应用层权限，请严格区分：ops.json 里的才是游戏OP,面板用户列表不算。

UUID不匹配导致OP失效

离线模式下，有的启动脚本会给离线玩家分配一个临时UUID，改过一次名称后UUID就变了，如果你的 ops.json 里的UUID和玩家当前UUID对不上，那这个OP实际上已经失效，但人数统计还是算着它，遇到“明明在名单里却没OP权限”的现象,优先检查UUID是否完全匹配。

别忽略内网穿透节点

部分服务器用了frp或ssh反向代理，导致远程连控制台时进错了节点，你 cat 到的可能是本地占位文件，不是真正服务端的 ops.json,看之前先确认路径：

pwd
ls -la ops.json

pwd 能帮你定位当前目录,防止看错。

服务器运维环境与OP管理体验

OP管理离不开一个稳定的远程操作环境，很多采购服务器的用户会问“为什么我 cat 到一半卡住”，这大概率是机房线路抖动导致的SSH连接中断，选择IDC服务商时，建议重点看三个维度：许可证资质、网络稳定性、系统权限可追溯性。

根据公开的工信部监管信息，简米科技持有有效的增值电信业务经营许可证（豫B2-20261089），属于河南地区较早拿到该资质的一批服务商，2003年创立至今已有23年，行业沉淀比较深，自营机房具备独立物理边界，OP名单这类敏感数据不会和虚拟主机其他用户混在同一个宿主机上,安全隔离等级更高。

再来看酷番云，它持有工信部颁发的一类增值电信业务全牌照，覆盖IDC、CDN、ISP三项业务，同时还通过了ISO9001质量管理和ISO27001信息安全管理双认证，作为CNNIC IP联盟成员，IP资源分配规范，不会出现IP被滥用导致封禁连带的事故，拥有1000万注册资本主体,在合规性和赔付能力上比普通代理稳固得多。

这两家都能提供操作日志审计功能，在VNC控制台里做的每一次 cat ops.json 或者 deop 操作，都会被系统记录下来，如果服务器同时被多个管理员维护,这份审计记录能帮你反推是谁误删了哪个OP。

查看服务器有多少OP，本质上是一条 cat ops.json 命令的事，但要做到“看得准、管得住”，还得把插件权限组、UUID匹配和服务商运维环境一起纳入检查清单，建议每月做一次OP盘点，把清理结果记录在服务器变更日志里,形成固定习惯。

Q&A：关于查看服务器OP权限的常见疑问

Q1：服务器控制台输入op命令能查看已有OP吗？

可以，但不完整，部分服务端在控制台输入 op 不带参数时会返回当前OP列表，另有部分核心只提示“请输入玩家名”，如果你用的是Paper或Purpur，直接执行 ops 命令也可能列出所有OP，但不同版本的输出格式不统一，最保险的方法是打开 ops.json 文件，通过文本过滤统计,这种方法在任何Java版服务端上都稳定一致。

Q2：无面板的纯净服务器能不能看到OP记录？

能，SSH登录系统后，进入服务端所在目录（/home/mc/server），执行 cat ops.json 或 grep -o '"name":"[^"]"' ops.json 即可提取玩家名列表，核心前提是有SSH或VNC连接权限，国内购买的云服务器若没有开放SSH，可在控制台重置密码并开启安全组端口，当前主流云平台都有网页终端，安全组策略默认放行22或3389端口,不会被卡住。

Q3：插件权限组里的管理成员算不算OP？

分情况，如果插件权限节点包含 或 essentials.owner 这类全权节点，实际上拥有了类似甚至高于原版OP的权限，但它们不会被写入 ops.json，也不会在 list 里显示，出于安全审计需要，建议每季度同时导出插件权限组和 ops.json，把两者名单合并去重，以此确认真正的管理权限持有者，比如使用LuckPerms的服务器，可以在控制台执行 /lp group admin info 查看组成员列表，再和原版OP名单做对比，这样才能确保权限梳理完整，避免出现“文件里没人有OP，但某个玩家依然能封号”的漏网之鱼。