Administração de Servidor FiveM: Configuração e Verificações Diárias

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.

ACE usa objetos de princípios e permissões. Copie o identificador das informações do jogador do seu próprio servidor e verifique os objetos necessários do recurso. Evite conceder o inteiro command namespace simplesmente para fazer um recurso funcionar. Não cole permissões de proprietário ou de recurso de outro servidor em 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.

Referências

Permissões do txAdmin; Permissões do QBCore.