Whitelist, ban y op: los comandos del servidor que se comportan de forma diferente a lo esperado
La whitelist no expulsa a los jugadores ya conectados, /ban necesita un motivo para ser útil y el nivel de op importa más que la lista de ops. Los detalles que complican la vida a los propietarios de servidores.
Los comandos de administración parecen sencillos y, en su mayoría, lo son. Los fallos provienen de tres comportamientos que no son obvios por la sintaxis.
La whitelist no expulsa a los que ya están dentro
/whitelist on comienza a aplicar la lista a partir de ese momento. Cualquiera que ya esté conectado permanece conectado, incluso si no está en la lista. El comando que cierra la brecha es:
/whitelist reloadreload vuelve a leer whitelist.json y expulsa a los jugadores conectados que no están en ella. Activar la whitelist y desentenderse es el error clásico.
Dos detalles más:
/whitelist add <name>resuelve el nombre contra la API de Mojang, por lo que necesita que el servidor esté en modo online y conectado. Los servidores offline deben editarwhitelist.jsona mano con el UUID correcto.- Los operadores omiten la whitelist por defecto, por lo que tu propia cuenta nunca demuestra que la whitelist funciona. Prueba con una segunda cuenta.
/ban necesita un motivo, y /ban-ip es una lista diferente
/ban <player> [reason]
/ban-ip <address|player> [reason]El motivo es opcional, y omitirlo es un error: es lo que ve el jugador baneado, y es lo que tú leerás en el futuro en /banlist intentando recordar por qué. Sin uno, la entrada solo dice "Baneado por un operador".
/ban y /ban-ip escriben en archivos separados (banned-players.json, banned-ips.json). Perdonar uno no borra el otro, que es la razón habitual por la que un jugador "perdonado" sigue sin poder conectarse. Usa /pardon y /pardon-ip ambos.
Niveles de op, no solo la lista de ops
/op otorga nivel 4 por defecto, que es acceso completo incluyendo /stop. Los cuatro niveles son reales y se pueden configurar en server.properties a través de op-permission-level:
| Nivel | Otorga |
|---|---|
| 1 | Omitir la protección de aparición (spawn protection) |
| 2 | La mayoría de los comandos de trucos (cheat commands), bloques de comandos |
| 3 | Gestión de Jugadores (Player management) — kick, ban, op |
| 4 | Todo, incluyendo /stop |
Los moderadores que necesitan /kick y /ban quieren el nivel 3, no el 4. Dar el nivel 4 a todos los que ayudan a moderar es la forma en que los servidores son borrados por una cuenta comprometida.
function-permission-level es independiente y controla qué funciones de datapack pueden ejecutarse; dejarlo en 2 mientras el nivel de op es 4 es una fuente común de "mi función no hace nada".
Los comandos de lista
/banlist players, /banlist ips y el simple /banlist existen y se imprimen en la consola en lugar de en el chat si se ejecutan desde la terminal del servidor. /whitelist list muestra solo nombres, no UUIDs; lee whitelist.json cuando necesites verificar la identidad.
Crea cualquiera de estos con los argumentos en el orden correcto en el Server Admin Command Builder, que cubre ban, ban-ip, pardon, kick, op, deop y whitelist desde un solo formulario.