Una lista blanca de FiveM admite a los jugadores aprobados y rechaza a otros durante la conexión. Elige un mecanismo de admisión documentado y prueba la aprobación, el rechazo y la revocación antes de habilitarlo públicamente. Una verificación de membresía de Discord y una solicitud de jugador revisada tienen diferentes propósitos.
Elige la autoridad
Para txAdmin, usa los modos de lista blanca que ofrece tu versión instalada. La aprobación de licencias, la membresía de Discord y las verificaciones de roles de Discord tienen diferentes requisitos. Seleccionar un modo no lo combina automáticamente con otro.
Usa el proyecto oficial de txAdmin y tu configuración instalada para las opciones actuales. Si necesitas múltiples condiciones, implementa una política deliberada y revisada en lugar de ejecutar recursos superpuestos con un comportamiento de fallo poco claro.
Configura el flujo de admisión
- Haz una copia de seguridad del perfil/configuración activo de txAdmin y registra la política de acceso actual. Mantén una ruta de recuperación de administrador verificada.
- Selecciona el modo de lista blanca deseado en la configuración de ese perfil. Para los modos de Discord, configura primero la integración del bot documentada y los identificadores exactos de servidor de Discord/rol.
- Escribe un mensaje de rechazo con la vía real de solicitud de acceso o soporte y el siguiente paso esperado. No expongas identificadores privados o errores del bot a los jugadores que se unen.
- Aprueba a un jugador de prueba usando el formato de identificador aceptado por el modo elegido. Obtenlo del registro real del jugador, no de un ejemplo inventado.
- Únete con cuentas aprobadas y no aprobadas, revoca la aprobación e inténtalo de nuevo. Verifica que el cambio llegue al perfil del servidor activo real.
Prueba los fallos de dependencia
Para la admisión respaldada por Discord, prueba un identificador de cuenta faltante, un rol eliminado, un miembro que abandonó el servidor de Discord y una integración de Discord no disponible en el entorno de prueba. Decide si una dependencia no disponible debe denegar la entrada con un mensaje de reintento útil. No concedas acceso silenciosamente cuando una verificación falla.
Mantén los permisos de aprobación del personal limitados y registra quién aprobó o revocó el acceso. Define cuánto tiempo se retienen los registros de solicitud e identidad.
Cuando el código personalizado está justificado
Usa un recurso personalizado solo para un requisito que el sistema de admisión mantenido no pueda cumplir. En los aplazamientos de playerConnecting, respeta las esperas de tick documentadas entre las llamadas de aplazamiento y asegúrate de alcanzar siempre una ruta de finalización controlada.
Valida los identificadores, usa consultas parametrizadas con la API real del adaptador de la base de datos y maneja los tiempos de espera/errores. Prueba los reinicios y la revocación antes de añadir cachés. Una dirección IP no es una identidad de jugador duradera, y un ejemplo de lista de permitidos estática no es un sistema de admisión de producción completo.