Torne-se um administrador FiveM (2025): ESX, QBCore, vRP – Configuração segura e práticas recomendadas

TL;DR (Início rápido)

Peça permissão primeiro. Somente o proprietário do servidor pode conceder permissão de administrador.
Use identificadores corretos. Prefer Licença Rockstar (identificador.licença:...). SteamID64 é legado.
Bootstrap via ACE (server.cfg) ou ferramentas de framework e, em seguida, refine no jogo.
QBCore: Adicionar qbcore.deus/qbcore.admin através de servidor.cfg (ÁS).
ESX: Usar /setgroup [id] administrador (mais alto por padrão) ou definido usuários.grupo = 'admin' em DB.
vRP: Dê a si mesmo o administrador/superadministrador grupo através do menu de administração do jogo ou do grupos_de_usuários_vrp tabela (vRP 1.x).
Reinicie e verifique. Teste um comando somente para administradores e verifique os logs.

Precisa de ferramentas? Veja Ferramentas de administração e mais para menus e utilitários de administração recomendados (por exemplo, vMenu, registro, auxiliares de moderação).

Pré-requisitos

Aprovação do proprietário (não negociável). Elevação não autorizada → banir/remover.
Acesso para servidor.cfg (ou editor CFG do txAdmin) e o banco de dados.
Seus identificadores: idealmente o Licença Rockstar; opcionalmente fivem, discórdia, ou vapor. Mais fácil: txAdmin → Jogadores → selecione você mesmo → copie identificadores.
Ferramentas: um editor de texto simples (VS Code/Notepad++) e um cliente de banco de dados (phpMyAdmin/MySQL Workbench).

Compreendendo ACE e Identificadores (funciona com qualquer framework)

ACE (Entradas de Controle de Acesso) é o sistema de permissões integrado do FiveM. Você concede permissões para diretores (jogadores ou grupos). Identificadores típicos:

identificador.licença:xxxxxxxx (Licença Rockstar) ← recomendado
identificador.fivem:xxxxx (CincoM)
identificador.discord:xxxxxxxxxxxxxxx (Discórdia)
identificador.steam:1100001xxxxxxxx (Steam/HEX) ← legado

Padrão mínimo de segurança em servidor.cfg:

## Permissões add_ace group.admin command allow # permitir todos os comandos para o grupo admin add_ace resource.qb-core command allow # permitir que o framework execute comandos (exemplo QBCore) # Herança (exemplo QBCore) add_ace qbcore.god command allow add_principal qbcore.god group.admin # gods inherit admin add_principal qbcore.god qbcore.admin add_principal qbcore.admin qbcore.mod # Players (substitua pela sua licença) add_principal identifier.license:YOUR_LICENSE qbcore.god # you

Depois de salvar, reinicie o servidorAgora você deve acessar o menu/comandos do administrador. Após a inicialização, use as ferramentas do jogo para gerenciar a equipe.

Configuração específica da estrutura

QBCore: Administração de concessões via ACE (recomendado)

Abrir servidor.cfg (ou txAdmin → Editor CFG).
Garantir o bloco de permissões existe (veja acima).
Adicionar seu diretor: add_principal identifier.license:SUA_LICENÇA qbcore.god # ou qbcore.admin
Reiniciar o servidor.
Verificar no jogo: /administrador → Gerenciamento de jogadores → Permissões.
(Opcional) Use o comando: /addpermission [id] deus

Notas

Prefer licença: sobre vapor:; é mais consistente em 2025.
Mantenha a função diária em administrador; reserva Deus para fundadores/tecnologia.
Se as permissões não “pegarem”, provavelmente você editou o errado CFG ou entradas colocadas acima de um bloco txAdmin gerado automaticamente. Coloque suas linhas no final de servidor.cfg.

ESX: Definir grupo via comando ou banco de dados

O maior grupo padrão no ESX moderno é administrador.

Método A — No jogo (recomendado):

Encontre o seu ID do servidor (por exemplo, via placar ou /eu ia).
Execute o comando no console ou como administrador com o RCON: /setgroup [ID do servidor] admin
Faça login novamente para atualizar.

Método B — Banco de dados:

Abra seu banco de dados → tabela Usuários.
Encontre sua linha pelo identificador.
Definir coluna grupo para administrador.
Reinicie seu servidor.

Armadilhas comuns

Usando superadministrador em compilações ESX recentes: não é válido; use administrador.
Identificador incorreto (Steam vs. licença). Use o mesmo identificador que o ESX armazena.

vRP (1.x/estilo “Dunko”): Adicione-se a um grupo

O vRP usa seu próprio grupos (definido em vrp/cfg/grupos.lua), armazenados por usuário.

Método A — Menu do jogo:

Abra o menu de administração do vRP.
Escolher Admin → @Add_Group.
Digite seu vRP ID do usuário (não é o seu ID de servidor temporário).
Digite o nome do grupo, por exemplo, administrador (ou superadministrador se sua configuração definir isso).
Confirme e faça login novamente.

Método B — Banco de dados (vRP 1.x):

No BD, abra grupos_de_usuários_vrp.
Inserir: user_id = SEU_VRP_ID, grupo = 'admin' (ou 'superadministrador' se o seu servidor o utilizar).
Reinicie o servidor.

Os nomes dos grupos são específico do servidor. Verificar vrp/cfg/grupos.lua para saber as funções e permissões exatas no seu pacote.

Responsabilidades operacionais (como é um “bom administrador”)

Aplicação das regras: Aplique as regras de forma consistente. Documente advertências/expulsões/banimentos.
Suporte ao jogador: Resolva os relatórios rapidamente; eduque, não escale.
Tempo de atividade e desempenho: Monitore o console, os tempos dos recursos e os registros; relate anomalias.
Auditabilidade: Registre todas as ações do administrador (webhooks do Discord/txAdmin). Use contas de equipe exclusivas.
Menor privilégio: Usar administrador dia a dia; reserva Deus/superadministrador para cenários de quebra de vidro.

Ver Ferramentas de administração e mais para menus de administração verificados, registro e recursos de moderação.

Lista de verificação de segurança e conformidade

Aprovação por escrito do proprietário para cada administrador.
Usar licença: identificadores; evite configurações somente do Steam.
Manter permissões cfg no controle de versão.
Habilitar Discord/txAdmin registro de ações da equipe.
Nenhuma conta de equipe compartilhada.
Gire as senhas do RCON/txAdmin.
Teste o acesso da equipe em um slot de preparação antes do lançamento ao vivo.

Solução de problemas

Sintoma	Causa provável	Correção precisa
Nenhum administrador após a reinicialização	CFG errado editado ou linhas substituídas pelo txAdmin	Colocar `adicionar_principal` no fim de `servidor.cfg`. Reinicie duas vezes.
O menu do administrador abre, mas não há poderes	Grupo errado (`mod` contra `administrador`/`Deus`) ou tipo de identificador errado	Usar `licença:` e corresponder aos nomes dos grupos da sua estrutura.
Mudança de grupo ESX ignorada	Usando obsoleto `superadministrador`	Definir `administrador` através de `/grupo de conjuntos` ou DB; re-log.
Permissões do QBCore redefinidas na reinicialização	Usado apenas `/addpermission` sem ACE	Adicionar persistente `adicionar_principal` linhas para `servidor.cfg`.
Grupo vRP não aplicado	Inserido errado `ID do usuário` (ID temporário usado)	Usar vRP `ID do usuário` do banco de dados, não do ID temporário do servidor.

Perguntas frequentes

Ainda preciso do SteamID64?
Não. Use seu Licença Rockstar para configurações modernas. O Steam ainda pode funcionar se o seu servidor o monitorar, mas é um legado.

Qual é a diferença entre administrador e Deus no QBCore?
Deus é o mais alto e frequentemente herda todos os outros. Use com moderação.

Posso conceder permissão de administrador sem reiniciar?
Sim, se você usar comandos/menus do jogo. Para Mudanças no ACE, reiniciar é mais seguro.

É /grupo de conjuntos seguro para usar no ESX?
Sim para ESX moderno, mas garanta que o grupo-alvo exista (administrador). Persistir via BD garante que ele sobreviva a casos extremos.

Ferramentas recomendadas e próximos passos

Instalar um menu de administração moderno com ferramentas de registro, observação, teletransporte e moderação do Discord.
Habilitar administrador do tx monitoramento de jogadores e sincronização de banimentos.
Configurar Webhooks do Discord para ações administrativas (entradas, banimentos, expulsões).
Manter um manual do funcionário: escada de escalada, duração do banimento, processo de apelação.

Explore nossa lista selecionada: Ferramentas de administração e mais – inclui vMenu e outros recursos verificados.

Recursos de saída (leitura adicional)

Guia de permissões do QBCore (ACE, grupos, exemplos).
Referência de comando ESX para /grupo de conjuntos e fluxos de trabalho administrativos.
Introdução às permissões ACE (princípios e herança) para configurações mais seguras.

Copiar e Colar Trechos

QBCore – Bloco de permissões mínimo e seguro

## Permissões ## add_ace group.admin command allow add_ace resource.qb-core command allow # Herança add_ace qbcore.god command allow add_principal qbcore.god group.admin add_principal qbcore.god qbcore.admin add_principal qbcore.admin qbcore.mod # Jogadores add_principal identifier.license:REPLACE_ME qbcore.god # Sua conta principal

ESX – Definir administrador via BD

ATUALIZAR `usuários` DEFINIR `grupo` = 'admin' ONDE `identificador` = 'licença:REPLACE_ME';

vRP – Inserir grupo de administração (vRP 1.x)

INSERIR EM `vrp_user_groups` (`user_id`, `group`) VALORES (SEU_VRP_ID, 'admin');

Registro de alterações (o que foi melhorado em comparação com os guias típicos)

Legado substituído Somente Steam abordagem com licença: melhores práticas.
Corrigido QBCore seção para usar ACE + persistente servidor.cfg entradas.
Esclarecido ESX papel mais alto (administrador) e forneceu caminhos de comando e banco de dados seguros.
Adicionado vRP métodos duplos no jogo/BD e ponteiro de configuração de grupo.
Incluído lista de verificação de segurança, Perguntas frequentes, e pronto para colar trechos.