Última revisión: 27 de septiembre de 2026. Los permisos de operador dan a los jugadores de un servidor Minecraft Java acceso a comandos administrativos. Para un servidor que funcione de forma estable, deberías conceder OP solo de forma selectiva, elegir el nivel de OP adecuado y comprobar los cambios tras reiniciar. Así mantienes el control sobre la moderación, la configuración y las acciones críticas como los baneos, la concesión de OP o la detención del servidor.

¿Qué significa OP en un servidor de Minecraft?

Un OP, es decir, un operador, tiene permisos ampliados en el servidor. Los comandos que puede usar un operador dependen del nivel de permisos. El propio Minecraft indica que en multijugador necesitas un nivel de permisos suficientemente alto para usar comandos; encontrarás la introducción oficial en el artículo de Minecraft sobre comandos: Documentación en minecraft.net

En un hosting multijuego de pago como game-serverhosting, la gestión de OP es sobre todo un proceso de seguridad y de operación: tú decides quién puede moderar, quién recibe comandos de servidor más profundos y quién no puede desencadenar por error acciones críticas en caso de emergencia. El control técnico no surge de dar el nivel 4 a todos los administradores, sino de roles comprensibles y una documentación limpia.

Requisitos

Antes de cambiar los permisos de OP, deberías tener acceso a la consola del servidor o a una cuenta de administrador que ya tenga los permisos necesarios. Además, necesitas acceso al archivo server.properties si quieres cambiar el nivel predeterminado para nuevos operadores. Para controlar a cada operador puedes consultar ops.json. Gestiona las entradas con /op y /deop; PaperMC desaconseja editar directamente este archivo de datos del servidor.

Si al mismo tiempo ajustas otras configuraciones de Minecraft, merece la pena echar un vistazo a la guía sobre los ajustes más importantes del server.properties de Minecraft. Si cambias de software de servidor o de versión, revisa además la guía para cambiar la versión del servidor de Minecraft, para que la gestión de permisos y la compatibilidad con plugins encajen.

Resumen de los niveles de OP

Minecraft permite los valores 0 a 4 para op-permission-level y para level en ops.json; la división habitual de administración usa sobre todo del 1 al 4. Cuanto más alto es el nivel, más alcance tienen los comandos. Usa siempre que puedas los permisos más bajos que basten para la tarea correspondiente.

Nivel Permisos Típico para
0 Sin comandos de OP adicionales Caso especial; los jugadores normales no necesitan OP
1 Saltarse la protección del spawn Jugadores de confianza
2 Trucos + bloques de comandos Moderadores
3 /kick, /ban, /op Administradores
4 /stop, todos los comandos Propietarios del servidor

El nivel 1 rara vez está pensado para la administración clásica. El nivel 2 encaja con jugadores que construyen de forma creativa, hacen pruebas o se encargan de tareas relacionadas con bloques de comandos. El nivel 3 es relevante para una moderación con intervenciones contra jugadores. Deberías limitar el nivel 4 a unas pocas personas, porque con él también son posibles comandos críticos como /stop.

Conceder y quitar OP

Lo más limpio es conceder OP desde la consola, porque para ello no tienes que estar en la partida. Dentro del juego los comandos también funcionan si tu cuenta ya tiene permisos suficientes.

/op <nombre_jugador>         # Dar OP (nivel según server.properties)
/deop <nombre_jugador>       # Quitar OP

El comando /op usa el nivel predeterminado de server.properties. Esto es importante: si ahí está configurado el nivel 4, los operadores recién nombrados reciben directamente todos los permisos. Si solo quieres conceder permisos de moderación, establece un nivel predeterminado más bajo y ajusta las excepciones de forma selectiva.

Establecer el nivel predeterminado en server.properties

En server.properties controlas qué nivel recibe un jugador cuando ejecutas /op <nombre_jugador>.

# Nivel predeterminado para nuevos operadores
op-permission-level=4

Para servidores privados pequeños, el nivel 4 suele ser cómodo, pero no siempre tiene sentido. Para servidores de comunidad o equipos, el nivel 3 suele ser un mejor punto de partida, porque los moderadores pueden expulsar, banear y gestionar OP, pero no necesitan el mismo acceso que el propietario del servidor. Modifica el archivo solo si el servidor está detenido o si tu panel guarda el cambio de forma controlada. Después reinicia el servidor y comprueba si el nuevo valor está activo.

Operadores individuales y ops.json

ops.json almacena el UUID, el nombre, el nivel y bypassesPlayerLimit de los operadores. Es un archivo de datos del servidor, no un archivo de configuración habitual. La documentación de PaperMC recomienda no editarlo directamente: concede y retira OP con /op y /deop.

op-permission-level en server.properties se aplica a las nuevas concesiones con /op. Si necesitas permisos distintos por persona, usa en un software de servidor compatible con plugins un plugin de permisos como LuckPerms y prueba los comandos con la cuenta afectada. Al buscar errores puedes leer ops.json; no lo sobrescribas con el servidor en marcha.

Comandos de OP importantes

Los siguientes comandos son ejemplos típicos de permisos de OP en un servidor Minecraft Java:

Comando Nivel Descripción
/gamemode 2 Cambiar el modo de juego
/give 2 Dar objetos
/tp 2 Teletransportarse
/kick 3 Expulsar a un jugador
/ban 3 Banear a un jugador
/op 3 Conceder OP
/stop 4 Detener el servidor

No compruebes solo si un administrador «tiene permisos de alguna manera», sino si funcionan exactamente los comandos previstos. Un moderador, por ejemplo, debería poder usar /kick o /ban, pero no necesariamente /stop.

Comprobar el resultado

Tras cada cambio deberías controlar tres cosas. Primero: ¿está el valor deseado en server.properties y se ven los operadores esperados en ops.json? Segundo: ¿puede el jugador afectado ejecutar el comando esperado? Tercero: ¿fallan los comandos que ese jugador no debe ejecutar?

Una comprobación sencilla es iniciar sesión con la cuenta afectada o hacer una prueba controlada con una segunda persona. Ejecuta primero comandos inofensivos, como /gamemode o /tp en un entorno de pruebas. Los comandos críticos como /stop, /ban o /op deberías probarlos solo de forma consciente y con un plan de vuelta atrás.

Alternativa: LuckPerms

Para un control más fino recomendamos LuckPerms en lugar del sistema de OP puro:

  • Permisos basados en grupos
  • Permisos individuales por jugador
  • Editor web para una gestión sencilla
  • Compatible con prefijos y sufijos

LuckPerms es especialmente útil si usas Paper, Purpur u otro software de servidor compatible con plugins. Así puedes repartir los permisos en grupos como jugador, moderador, administrador y propietario, en lugar de limitarte a cuatro niveles de OP demasiado generales. Para servidores vanilla, el sistema de OP sigue siendo la solución integrada más evidente.

Solución de problemas

Si /op <nombre_jugador> no funciona, comprueba primero si ejecutas el comando en la consola del servidor o si tú mismo tienes permisos suficientes. Presta atención también al nombre exacto del jugador. En servidores en modo online, Minecraft trabaja con UUID; por eso, copiar manualmente entradas antiguas de ops.json puede fallar si el nombre y el UUID no coinciden.

Si los cambios en server.properties no surten efecto, es posible que el servidor no se haya reiniciado o que el archivo se haya sobrescrito durante el funcionamiento. Detén el servidor de forma controlada, modifica el archivo, guárdalo y reinicia después.

Si un operador tiene demasiados permisos, revisa op-permission-level y lee el level guardado en ops.json. Quita el OP con /deop <nombre_jugador> y vuelve a conceder los permisos de forma consciente.

Verificación, límites y vuelta atrás segura

La guía «Operador (OP) de servidor de Minecraft: permisos y comandos» es válida para el tipo de servidor descrito en el artículo y para la versión visible en el momento de la revisión. Los nombres de los menús, las versiones disponibles, la compatibilidad de mods o plugins y los recursos necesarios pueden variar tras las actualizaciones. Por ello, no traslades valores sin comprobarlos a otro juego, otro loader u otra versión de servidor.

Antes de modificar el mundo, la partida guardada, la configuración o las extensiones, crea una copia de seguridad de los archivos afectados. Después cambia solo un paso coherente cada vez y compruébalo con la misma versión de cliente y de servidor con la que quieras jugar más adelante.

Punto de control Resultado esperado Cancelación y vuelta atrás
Inicio del servidor El servidor alcanza el estado operativo sin nuevos mensajes de error. Si hay errores al iniciar, revierte el cambio y restaura la última copia de seguridad.
Prueba de conexión Una cuenta de prueba puede conectarse a través de la dirección que se muestra en el panel. Si hay errores de versión o de conexión, vuelve a comparar la versión, el puerto y las aperturas.
Prueba de funcionamiento La función modificada funciona sin dañar el mundo ni los datos de juego existentes. Si hay efectos secundarios, detén el servidor y restaura los archivos guardados.

Una prueba individual satisfactoria no es una garantía de rendimiento ni de disponibilidad. El tamaño del mundo, los mods, los plugins, el número de jugadores, la ruta de red y la carga simultánea pueden alterar el resultado. Documenta la versión, el cambio y el resultado de la prueba para poder entender más adelante cualquier desviación.

FAQ

¿Cuál es la diferencia entre el nivel de OP 3 y el 4?

El nivel 3 está pensado para la moderación administrativa, por ejemplo /kick, /ban y /op. El nivel 4 incluye además comandos de gran alcance como /stop y debería limitarse al propietario del servidor o a unos pocos administradores principales.

¿Debo editar ops.json directamente?

En el funcionamiento normal, no. PaperMC recomienda /op y /deop, porque ops.json es un archivo de datos gestionado por el servidor. Para permisos más finos, usa un plugin de permisos en Paper o Purpur.

¿Puedo conceder permisos de OP solo para comandos concretos?

Con el sistema de OP vanilla, solo de forma general mediante los valores del 0 al 4. Si quieres controlar en detalle comandos o grupos concretos, necesitas un sistema de permisos como LuckPerms en un software de servidor compatible con plugins.

¿Qué nivel de OP es adecuado para los moderadores?

Para los moderadores suele encajar el nivel 3 si deben expulsar o banear. Si solo van a construir, hacer pruebas o usar comandos de ayuda sencillos, el nivel 2 puede bastar. Concede siempre solo los permisos que realmente se necesiten.

¿Qué pasa si cambio op-permission-level?

El valor determina el nivel predeterminado para las futuras concesiones con /op. Las entradas existentes en ops.json pueden seguir teniendo sus propios niveles. Por eso, tras un cambio, revisa ambos lugares.