Um bot do Discord para um servidor FiveM: o que a conexão realmente oferece

Quase todo servidor FiveM tem um servidor do Discord ao lado. Normalmente os dois ficam lado a lado sem conexão: os cargos são dados no Discord e depois de novo à mão no jogo, alguém mantém a whitelist num arquivo de texto, e rodar um comando do servidor exige acesso ao painel do servidor.

Conectar os dois resolve exatamente essas três coisas. O que isso não resolve está mais abaixo.

O que você precisa primeiro

A conexão funciona por meio de um script no seu servidor FiveM e de um segredo que o script usa para se identificar conosco. Sem os dois, nada acontece, inclusive nos recursos em que você não esperaria isso, como as notificações dentro do jogo.

Uma coisa realmente importa ao gerar o segredo: você o vê exatamente uma vez. Copie-o direto para o config.lua. Fechar a janela significa gerar um novo e colocar esse no lugar, o que é inofensivo se você souber disso e irritante se passar dez minutos procurando.

A configuração completa, passo a passo, está na documentação do FiveM.

Sincronizar cargos

O recurso pelo qual a maioria começa. Você cria mapeamentos, cada um ligando um cargo do Discord a um grupo do FiveM, e ao conectar o jogador recebe o grupo correspondente. Quem não corresponde a nada cai em user.

Um detalhe decide entre sucesso e confusão aqui: os mapeamentos são verificados de cima para baixo, e o primeiro que corresponder vence. O seu administrador quase certamente também tem o cargo de suporte. Se suporte estiver mais acima, o seu administrador é suporte no jogo, e a busca pelo problema dura exatamente o tempo que alguém leva para olhar a ordem.

Então: o cargo mais alto no topo, depois teste uma vez com uma conta que tenha vários cargos. Não a sua, a sua tem tudo.

Whitelist

Em vez de uma lista mantida de identificadores, o cargo do Discord decide quem pode conectar. Para servidores de roleplay com processo de candidatura, esse é o verdadeiro ganho: quem é aceito recebe um cargo, e esse foi todo o procedimento.

A parte em que a maioria economiza é a mensagem de recusa. Ela aparece na janela de conexão e, muitas vezes, é a única coisa que um jogador recusado chega a ler do seu servidor. "Você não está na whitelist" é um beco sem saída. Escreva onde se candidatar, de preferência com um link. Custa dois minutos uma vez e poupa a sua equipe da mesma pergunta num ticket.

RCON pelo Discord

O /fivemrcon permite que a sua equipe rode comandos do servidor direto pelo Discord, sem acesso ao painel do servidor.

Esse é o recurso em que eu mais recomendaria pensar antes de ativar. RCON é acesso total aos comandos do servidor. Por isso, duas coisas não são opções, e sim requisitos:

• Libere só grupos em que você realmente confia. Não "a equipe inteira", e sim os grupos que teriam esse acesso de qualquer forma.
• Defina um canal de log. Todo comando executado vai parar lá. Sem isso, você criou uma forma de controlar o seu servidor em que ninguém consegue reconstruir depois quem fez o quê.

Se você está em dúvida sobre qualquer uma das duas perguntas, deixe o RCON desligado. Os outros recursos funcionam independentemente dele.

Os dois pequenos extras

Sorteios no jogo. Quando um sorteio começa no Discord, os jogadores veem por um minuto uma interface para participar, e os vencedores também aparecem no jogo. Útil porque alcança exatamente quem está jogando e, por isso, não está olhando o Discord.

Notificação de suporte no jogo. Quando alguém entra num canal de voz de suporte, membros da equipe com o cargo correspondente recebem um aviso no jogo. O cooldown ali não é pensado como opcional: sem ele, um jogador que troca de canal duas vezes seguidas vira uma série de notificações.

O que a conexão não é

Ela não substitui nenhum sistema de admin, nenhum gerenciamento de economia e nenhum banco de dados de jogadores. Ela conecta identidades e permissões entre dois sistemas que, de outra forma, precisam ser mantidos separadamente, e torna alguns eventos do Discord visíveis no jogo. Nada mais, e isso é intencional.

Se você está começando agora, a ordem que se provou: primeiro configure a sincronização de cargos e confira com uma conta de teste, depois a whitelist se você precisar, e o RCON por último, se for usar.