Un bot de Discord para un servidor de FiveM: lo que de verdad te da la conexión

Casi todo servidor de FiveM tiene al lado un servidor de Discord. Normalmente los dos están uno junto al otro sin conexión: los roles se dan en Discord y luego otra vez a mano en el juego, alguien mantiene la whitelist en un archivo de texto y ejecutar un comando del servidor exige acceso al panel del servidor.

Conectar los dos resuelve exactamente estas tres cosas. Lo que no resuelve está más abajo.

Lo que necesitas primero

La conexión funciona con un script en tu servidor de FiveM y un secreto con el que el script se identifica ante nosotros. Sin los dos no pasa nada, ni siquiera en las funciones en las que no te lo esperarías, como las notificaciones dentro del juego.

Al generar el secreto hay algo que importa de verdad: solo lo ves una vez. Cópialo directamente en config.lua. Cerrar la ventana significa generar uno nuevo y poner ese, lo cual no tiene importancia si lo sabes y es un fastidio si te pasas diez minutos buscándolo.

La configuración completa paso a paso está en la documentación de FiveM.

Sincronizar roles

La función por la que la mayoría empieza. Creas asignaciones, cada una de un rol de Discord a un grupo de FiveM, y al conectarse el jugador recibe el grupo correspondiente. Quien no coincide con nada acaba en user.

Aquí un detalle decide entre el éxito y la confusión: las asignaciones se comprueban de arriba abajo y gana la primera coincidencia. Tu administrador casi seguro que también tiene el rol de soporte. Si soporte está más arriba, tu administrador es soporte en el juego, y buscar el fallo dura exactamente lo que tarde alguien en mirar el orden.

Así que: el rol más alto arriba del todo, y luego prueba una vez con una cuenta que tenga varios roles. No la tuya, la tuya lo tiene todo.

Whitelist

En lugar de una lista de identificadores mantenida a mano, el rol de Discord decide quién puede conectarse. Para servidores de roleplay con proceso de solicitud, esa es la verdadera ventaja: quien es aceptado recibe un rol, y eso era todo el procedimiento.

La parte en la que la mayoría escatima es el mensaje de rechazo. Aparece en la ventana de conexión y a menudo es lo único que un jugador rechazado lee jamás de tu servidor. "No estás en la whitelist" es un callejón sin salida. Escribe dónde solicitarlo, mejor con un enlace. Cuesta dos minutos una vez y le ahorra a tu equipo la misma pregunta en un ticket.

RCON desde Discord

/fivemrcon permite a tu equipo ejecutar comandos del servidor directamente desde Discord, sin acceso al panel del servidor.

Esta es la función sobre la que más animaría a pensar antes de activarla. RCON es acceso total a los comandos del servidor. Por eso hay dos cosas que no son opciones, sino requisitos:

• Permite solo grupos en los que de verdad confíes. No "todo el equipo", sino los grupos que tendrían ese acceso de todas formas.
• Define un canal de registros. Ahí llega cada comando ejecutado. Sin él habrás creado una forma de controlar tu servidor en la que nadie puede reconstruir después quién hizo qué.

Si dudas en cualquiera de las dos preguntas, deja RCON desactivado. Las demás funciones funcionan independientemente de él.

Los dos extras pequeños

Sorteos en el juego. Cuando empieza un sorteo en Discord, los jugadores ven durante un minuto una interfaz para participar, y los ganadores también se muestran en el juego. Útil porque llega justo a quienes están jugando y por tanto no miran Discord.

Aviso de soporte en el juego. Cuando alguien entra en un canal de voz de soporte, el equipo con el rol correspondiente recibe un aviso en el juego. El tiempo de espera ahí no está pensado como opcional: sin él, un jugador que cambia de canal dos veces seguidas se convierte en una serie de avisos.

Lo que la conexión no es

No sustituye a ningún sistema de administración, ninguna gestión de economía ni ninguna base de datos de jugadores. Conecta identidades y permisos entre dos sistemas que de otro modo habría que mantener por separado, y hace visibles en el juego algunos eventos de Discord. Nada más, y es a propósito.

Si estás empezando, el orden que ha dado buen resultado: primero la sincronización de roles, comprobada con una cuenta de prueba, luego la whitelist si la necesitas, y RCON al final, si es que lo usas.