Devenez administrateur FiveM (2025) : ESX, QBCore, vRP – Configuration sécurisée et bonnes pratiques

TL;DR (Démarrage rapide)

Obtenez d’abord la permission. Seul le propriétaire du serveur peut accorder le droit d'administrateur.
Utilisez des identifiants corrects. Préférer Licence Rockstar (identifiant.licence:...). SteamID64 est un héritage.
Bootstrap via ACE (server.cfg) ou des outils de framework, puis affinez dans le jeu.
QBCore: Ajouter qbcore.god/qbcore.admin via serveur.cfg (AS).
ESX: Utiliser /setgroup [id] administrateur (le plus élevé par défaut) ou définir utilisateurs.groupe = 'admin' dans la base de données.
vRP : Donnez-vous le administrateur/superadministrateur groupe via le menu d'administration du jeu ou le groupes_d'utilisateurs_vrp tableau (vRP 1.x).
Redémarrez et vérifiez. Testez une commande réservée aux administrateurs, vérifiez les journaux.

Besoin d'outils ? Voir Outils d'administration et plus pour les menus et utilitaires d'administration recommandés (par exemple, vMenu, journalisation, aides à la modération).

Prérequis

Approbation du propriétaire (non négociable). Élévation non autorisée → interdire/supprimer.
Accéder à serveur.cfg (ou éditeur txAdmin CFG) et la base de données.
Vos identifiants : idéalement le Licence Rockstar; en option fivem, discorde, ou vapeur. Le plus simple : txAdmin → Joueurs → sélectionnez-vous → copiez les identifiants.
Outils: un éditeur de texte brut (VS Code/Notepad++) et un client de base de données (phpMyAdmin/MySQL Workbench).

Comprendre ACE et les identifiants (fonctionne avec n'importe quel framework)

ACE (Entrées de contrôle d'accès) est le système d'autorisation intégré de FiveM. Vous accordez des autorisations à directeurs (joueurs ou groupes). Identifiants typiques :

identifiant.licence:xxxxxxxx (Licence Rockstar) ← recommandé
identifiant.fivem:xxxxx (FiveM)
identifiant.discord:xxxxxxxxxxxxxxx (Discorde)
identifiant.steam:1100001xxxxxxxx (Steam/HEX) ← héritage

Modèle de sécurité minimal dans serveur.cfg:

## Autorisations add_ace group.admin commande allow # autoriser toutes les commandes pour le groupe admin add_ace resource.qb-core commande allow # autoriser le framework à exécuter des commandes (exemple QBCore) # Héritage (exemple QBCore) add_ace qbcore.god commande allow add_principal qbcore.god group.admin # dieux hériter admin add_principal qbcore.god qbcore.admin add_principal qbcore.admin qbcore.mod # Joueurs (remplacer par votre licence) add_principal identifier.license:YOUR_LICENSE qbcore.god # vous

Après avoir sauvegardé, redémarrer le serveurVous devriez maintenant accéder à votre menu d'administration et à vos commandes. Une fois le système démarré, utilisez les outils du jeu pour gérer votre personnel.

Configuration spécifique au framework

QBCore : Administration des subventions via ACE (recommandé)

Ouvrir serveur.cfg (ou txAdmin → Éditeur CFG).
Assurer le bloc de permissions existe (voir ci-dessus).
Ajouter votre principal: add_principal identifier.license:VOTRE_LICENCE qbcore.god # ou qbcore.admin
Redémarrage le serveur.
Vérifier dans le jeu : /admin → Gestion des joueurs → Autorisations.
(Facultatif) Utilisez la commande : /addpermission [id] dieu

Remarques

Préférer licence: sur vapeur:; c'est plus cohérent en 2025.
Maintenir le rôle quotidien à administrateur; réserve Dieu pour les fondateurs/tech.
Si les autorisations ne sont pas respectées, vous avez probablement modifié le faux CFG ou entrées placées au-dessus d'un bloc txAdmin généré automatiquement. Placez vos lignes. à la fin de serveur.cfg.

ESX : définir un groupe via une commande ou une base de données

Le groupe par défaut le plus élevé dans les ESX modernes est administrateur.

Méthode A — En jeu (recommandée) :

Trouvez votre ID du serveur (par exemple, via un tableau de bord ou /identifiant).
Exécutez la commande dans la console ou en tant qu'administrateur avec RCON : /setgroup [ID du serveur] admin
Reconnectez-vous une fois pour actualiser.

Méthode B — Base de données :

Ouvrez votre base de données → table utilisateurs.
Trouvez votre ligne par identifiant.
Définir la colonne groupe à administrateur.
Redémarrez votre serveur.

Pièges courants

En utilisant superadministrateur sur les versions ESX récentes : non valide ; utiliser administrateur.
Identifiant incorrect (Steam ou licence). Utiliser le même identifiant pour les magasins ESX.

vRP (1.x/style « Dunko ») : ajoutez-vous à un groupe

vRP utilise son propre groupes (défini dans vrp/cfg/groups.lua), stocké par utilisateur.

Méthode A — Menu du jeu :

Ouvrez le menu d'administration de vRP.
Choisir Admin → @Add_Group.
Entrez votre vRP ID de l'utilisateur (pas votre identifiant de serveur temporaire).
Entrez le nom du groupe, par exemple, administrateur (ou superadministrateur si votre configuration le définit).
Confirmez, puis reconnectez-vous.

Méthode B — Base de données (vRP 1.x) :

Dans la base de données, ouvrez groupes_d'utilisateurs_vrp.
Insérer: user_id = VOTRE_ID_VRP, groupe = 'admin' (ou « superadministrateur » si votre serveur l'utilise).
Redémarrez le serveur.

Les noms de groupe sont spécifique au serveur. Vérifier vrp/cfg/groups.lua pour les rôles et autorisations exacts dans votre pack.

Responsabilités opérationnelles (à quoi ressemble un « bon administrateur »)

Application des règles : Appliquer les règles de manière cohérente. Documenter les avertissements, les exclusions et les bannissements.
Assistance aux joueurs : Résolvez les rapports rapidement ; éduquez, ne les aggravez pas.
Disponibilité et performances : Surveillez la console, les temps de ressources et les journaux ; signalez les anomalies.
Auditabilité : Enregistrez toutes les actions d'administration (webhooks Discord/txAdmin). Utilisez des comptes d'équipe uniques.
Le moindre privilège : Utiliser administrateur au jour le jour; réserve Dieu/superadministrateur pour les scénarios de bris de glace.

Voir Outils d'administration et plus pour les menus d'administration vérifiés, la journalisation et les ressources de modération.

Liste de contrôle de sécurité et de conformité

Approbation écrite du propriétaire pour chaque administrateur.
Utiliser licence: identifiants ; évitez les configurations Steam uniquement.
Garder autorisations cfg dans le contrôle de version.
Activer Discord/txAdmin journalisation des actions du personnel.
Aucun compte personnel partagé.
Faire pivoter les mots de passe RCON/txAdmin.
Testez l'accès du personnel sur un créneau de préparation avant la mise en ligne.

Dépannage

Symptôme	Cause probable	Correction précise
Pas d'administrateur après le redémarrage	CFG incorrect édité ou lignes remplacées par txAdmin	Mettre `ajouter_principal` à fin de `serveur.cfg`. Redémarrez deux fois.
Le menu d'administration s'ouvre mais aucun pouvoir	Mauvais groupe (`mod` contre `administrateur`/`Dieu`) ou type d'identifiant incorrect	Utiliser `licence:` et faites correspondre les noms de groupe de votre framework.
Changement de groupe ESX ignoré	Utilisation de la version obsolète `superadministrateur`	Ensemble `administrateur` via `/groupe de groupe` ou DB ; reconnecter.
Les autorisations de QBCore sont réinitialisées au redémarrage	Utilisé uniquement `/ajouter une permission` sans ACE	Ajouter persistant `ajouter_principal` lignes vers `serveur.cfg`.
Groupe vRP non appliqué	Inséré incorrectement `ID de l'utilisateur` (ID temporaire utilisé)	Utiliser vRP `ID de l'utilisateur` à partir de la base de données, pas de l'ID temporaire du serveur.

FAQ

Ai-je toujours besoin de SteamID64 ?
Non. Utilisez votre Licence Rockstar Pour les configurations modernes. Steam peut toujours fonctionner si votre serveur le détecte, mais il s'agit d'un système hérité.

Quelle est la différence entre administrateur et Dieu sur QBCore ?
Dieu est le plus élevé et hérite souvent de tous les autres. À utiliser avec parcimonie.

Puis-je accorder l'administrateur sans redémarrer ?
Oui, si vous utilisez les commandes/menus du jeu. Pour Changements ACE, le redémarrage est le plus sûr.

Est /groupe de groupe est-il sûr de l'utiliser dans ESX ?
Oui pour les ESX modernes, mais assurez-vous que le groupe cible existe (administrateur). La persistance via DB garantit sa survie dans les cas extrêmes.

Outils recommandés et prochaines étapes

Installer un menu d'administration moderne avec des outils de journalisation, de spectateur, de téléportation et de modération Discord.
Activer txAdmin synchronisation de la surveillance et des interdictions des joueurs.
Installation Webhooks Discord pour les actions d'administration (adhésions, bannissements, kicks).
Maintenir un manuel du personnel: échelle d'escalade, durées d'interdiction, processus d'appel.

Explorez notre liste organisée : Outils d'administration et plus – inclut vMenu et d’autres ressources approuvées.

Ressources sortantes (lecture complémentaire)

Guide des autorisations QBCore (ACE, groupes, exemples).
Référence des commandes ESX pour /groupe de groupe et les flux de travail administratifs.
Introduction aux autorisations ACE (principaux et héritage) pour des configurations plus sûres.

Copier-coller des extraits

QBCore – Blocage minimal et sécurisé des autorisations

## Autorisations ## add_ace group.admin commande allow add_ace resource.qb-core commande allow # Héritage add_ace qbcore.god commande allow add_principal qbcore.god group.admin add_principal qbcore.god qbcore.admin add_principal qbcore.admin qbcore.mod # Joueurs add_principal identifier.license:REPLACE_ME qbcore.god # Votre compte principal

ESX – Définir l'administrateur via la base de données

MISE À JOUR `users` SET `group` = 'admin' OÙ `identifier` = 'license:REPLACE_ME';

vRP – Insérer un groupe d'administrateurs (vRP 1.x)

INSÉRER DANS `vrp_user_groups` (`user_id`, `group`) VALEURS (VOTRE_VRP_ID, 'admin');

Journal des modifications (ce qui a été amélioré par rapport aux guides classiques)

Héritage remplacé Vapeur uniquement approche avec licence: meilleures pratiques.
Corrigé QBCore section pour utiliser ACE + persistant serveur.cfg entrées.
Clarifié ESX rôle le plus élevé (administrateur) et fourni des chemins de base de données et de commande sécurisés.
Ajouté vRP méthodes doubles en jeu/DB et pointeur de configuration de groupe.
Compris liste de contrôle de sécurité, FAQ, et prêt à coller extraits.