GerenciamentoWhitelist e permissões

Whitelist e permissões

Você tem dois problemas diferentes para resolver: quem pode entrar no servidor (Whitelist) e o que cada pessoa pode fazer lá dentro (Permissões / cargos). A melhor abordagem depende do tipo de servidor: privado (com amigos) ou público (com comunidade).

1) Servidor privado (whitelist + OP mínimo)

Ideal para servidor entre amigos, família ou um grupo pequeno. Aqui o foco é bloquear acesso e manter a administração simples.

1.1 Whitelist (controle de acesso)

Com whitelist ativada, só entra quem estiver na lista.

Comandos (use no console ou no jogo, se tiver permissão):

/whitelist onAtiva a whitelist

/whitelist offDesativa a whitelist

/whitelist add <jogador>Adiciona jogador à lista

/whitelist remove <jogador>Remove jogador da lista

/whitelist listMostra todos os jogadores na whitelist

/whitelist reloadRecarrega a whitelist

Detalhe importante (Java Edition): operadores (OP) conseguem entrar mesmo se não estiverem na whitelist.

1.2 OP mínimo (só quem realmente administra)

OP dá "poder total". Em servidor privado, a regra é simples: OP apenas para 1–2 pessoas (donos/administradores). Todo o resto: sem OP.

/op <jogador>Dá OP para o jogador

/deop <jogador>Remove OP do jogador

/opsLista jogadores com OP

1.3 (Opcional) Delegar whitelist sem dar OP

Se você quiser que alguém consiga adicionar/remover jogadores da whitelist sem ser OP, dá para fazer com plugin de permissões. No PaperMC, o comando /whitelist está ligado ao node minecraft.command.whitelist.

Observação: esse node normalmente libera o comando inteiro (add/remove/on/off/list/reload). Se quiser granularidade maior, aí já entra em "servidor público" com cargos bem definidos.

2) Servidor público (cargos + LuckPerms)

Servidor público precisa de governança: sem OP para staff (ou OP só para o dono), cargos claros e permissões revisáveis (e fáceis de auditar). A recomendação padrão é: cargos + LuckPerms.

Dica: se você quiser prefixos no chat (ex: [MOD] Nome), normalmente precisa de um plugin de chat (ex: EssentialsX / EssentialsChat etc.).

LuckPerms básico (em 10 minutos)

Conceitos essenciais

Grupo: um cargo (ex: vip, mod, admin).
Permissão (permission node): libera/bloqueia uma ação (ex: minecraft.command.kick).
Herança: um grupo "filho" herda permissões do "pai" (ex: mod herda de ajudante).
Negação (false): bloquear explicitamente algo perigoso (ex: /plugins).

Passo 1 — Abrir o editor web (mais fácil e mais seguro)

No console:

/lp editorGera um link para editar grupos e permissões no navegador

Passo 2 — Criar grupos

Criar grupos via comando é suportado diretamente:

/lp creategroup membroCria o grupo membro

/lp creategroup vipCria o grupo vip

/lp creategroup ajudanteCria o grupo ajudante

/lp creategroup modCria o grupo mod

/lp creategroup adminCria o grupo admin

Passo 3 — Montar a hierarquia (herança)

Uma hierarquia bem comum:

vip herda de membro
ajudante herda de membro
mod herda de ajudante
admin herda de mod

Comandos:

/lp group vip parent add membroHerança vip → membro

/lp group ajudante parent add membroHerança ajudante → membro

/lp group mod parent add ajudanteHerança mod → ajudante

/lp group admin parent add modHerança admin → mod

Passo 4 — Dar/remover permissões de um grupo

/lp group <grupo> permission set <node> truePermitir um node

/lp group <grupo> permission set <node> falseNegar um node

Exemplo (dar essentials.spawn para um grupo): /lp group vip permission set essentials.spawn true

Passo 5 — Colocar um jogador em um grupo

/lp user <jogador> parent set <grupo>Define o grupo principal do jogador

Esse é o comando mais usado nas versões atuais.

Passo 6 — Prefixo do cargo (opcional)

/lp group <grupo> meta setprefix <prefixo>Define prefixo do grupo

Observação: para exibir no chat, normalmente é necessário um plugin de chat (ex.: EssentialsX/EssentialsChat).

Modelos de cargos (Admin / Mod / Ajudante / VIP)

Abaixo vão "modelos" com permissões típicas. Ajuste conforme os plugins do seu servidor.

Base recomendada: travas de segurança (todo servidor público)

Bloquear comandos que revelam plugins ou quebram o servidor:

bukkit.command.plugins (controla /plugins)
bukkit.command.reload (controla /reload)

Exemplo (negar para o grupo membro):

/lp group membro permission set bukkit.command.plugins falseNega /plugins

/lp group membro permission set bukkit.command.reload falseNega /reload

VIP (benefícios e "qualidade de vida")

Objetivo: vantagens sem poder administrativo. Típico: comandos cosméticos/teleporte/atalhos (dependem do plugin: kits, homes extras, nick, etc.). Nunca dar: kick/ban/mute. Sugestão prática: mantenha VIP herdando de membro e só adicione permissões "de conforto".

Ajudante (suporte e moderação leve)

Objetivo: ajudar jogadores e agir em situações simples. Típico: kick (retirar quem está trollando). Vanilla/Paper: minecraft.command.kick. Se usar EssentialsX, comandos como essentials.mute e essentials.kick são comuns.

Mod (moderação completa)

Objetivo: manter ordem com ações mais fortes. Típico: ban / ban-ip / pardon / pardon-ip (vanilla). Nodes: minecraft.command.ban, minecraft.command.ban-ip, minecraft.command.pardon, minecraft.command.pardon-ip. Se usar EssentialsX ou plugin de punições, exemplos comuns incluem essentials.kick, essentials.mute, essentials.tempban.

Admin (administração total do servidor)

Objetivo: configurar plugins, permissões, economia, mundo, tudo. Aqui existem dois jeitos:

Dar tudo via wildcard (simples, mas perigoso se usado em gente errada).
Mais seguro: dar acesso total só ao que faz sentido (LuckPerms + plugins críticos), e manter o wildcard apenas para o dono do servidor.

Exemplo de wildcard:

/lp group admin permission set * trueAcesso total (use com muito cuidado)

Regra de ouro: wildcard/OP só para pessoas 100% confiáveis.

Checklist rápido (público)

Criar grupos (membro, vip, ajudante, mod, admin).
Montar herança com parent add.
Negar /plugins e /reload para membro.
Atribuir staff com parent set.
(Opcional) Configurar prefixos e plugin de chat.

AnteriorGerenciamento