A administração do FiveM possui vários sistemas de permissão: os controles do txAdmin, as permissões ACE do FXServer e as permissões usadas pelo seu framework ou recurso de administração. Identifique qual deles é responsável pela ação de que você precisa antes de conceder o acesso. É necessária a aprovação do proprietário do servidor.
Defina a função da equipe
Liste as ações de que um auxiliar, um moderador e um administrador realmente precisam. Use contas individuais e reserve a propriedade total para as pessoas responsáveis pelo servidor. Quem lida com denúncias de jogadores geralmente não precisa editar configurações nem executar comandos arbitrários.
Escolha o sistema de permissão correto
Para o painel web, use as permissões documentadas do txAdmin. Para um comando de framework, verifique o registro do comando e o guia de permissões atual do framework. O fato de um menu de administração abrir corretamente não prova que todas as ações dentro dele estão autorizadas.
O ACE usa principals e objetos de permissão. Copie o identificador das informações de jogadores do seu próprio servidor e confira os objetos exigidos pelo recurso. Evite conceder acesso a todo o namespace command apenas para fazer uma funcionalidade funcionar. Não cole permissões de proprietário ou recursos de outro servidor na sua configuração.
Aplique uma mudança restrita
Faça backup da configuração e registre quem está recebendo acesso. Siga o método de atribuição suportado pelo framework instalado. Use comandos ESX ou QBCore documentados apenas quando sua versão os registrar; nomes de grupo e persistência diferem entre frameworks e forks.
Evite edições diretas no banco de dados, a menos que a documentação mantida para essa integração exata as exija e você tenha um plano de recuperação. Um nome de tabela genérico copiado de um guia vRP antigo não é evidência do seu esquema.
Teste ações permitidas e negadas
Use uma conta de teste de equipe separada. Confirme que a ação pretendida é bem-sucedida, uma ação mais privilegiada é negada e um jogador comum permanece negado. Reconecte e execute a reinicialização normal do servidor para verificar a persistência. Verifique os logs e registre a alteração.
Se o acesso falhar, verifique novamente a configuração em execução, o identificador, a herança e o registro de comandos. Reinicializações repetidas não corrigem um principal errado ou uma regra de permissão no recurso errado.
Mantenha o acesso
Remova as permissões quando membros da equipe saírem, revise o acesso elevado periodicamente e mantenha uma rota de recuperação independente. Registre as decisões de moderação com evidências e um processo de revisão.