Si tu veux configurer proprement les droits TeamSpeak, ne commence pas par des cases individuelles, mais par un modèle de rôles. Les groupes serveur règlent les autorisations globales, les groupes de channel ne s’appliquent que dans certains channels, et les permissions client directes doivent rester l’exception. Les valeurs Power et Needed Power sont également décisives, car elles déterminent qui peut effectuer des actions contre qui.
Conditions préalables
Tu as besoin de droits Server Admin sur ton serveur TeamSpeak 3 et d’un accès au client TeamSpeak avec la gestion des permissions visible. Après une installation TS3 fraîche, selon l’aide officielle TeamSpeak, tu reçois un token Server Admin que tu peux utiliser dans le client sous Permissions → Use Token : Documentation sur support.teamspeak.com
Pour le travail réel sur les droits, tu devrais aussi préparer une courte liste de rôles : qui administre le serveur ? Qui modère les conversations ? Qui peut créer des channels ? Qui doit seulement écouter ou parler après validation ? Si tu gères plusieurs communautés de gameservers, un modèle uniforme vaut le coup. Tu trouveras des exemples adaptés dans notre guide Louer et configurer un serveur Minecraft et dans le Guide pour louer et configurer un serveur Rust, car les structures de communauté et la modération doivent aussi y être clarifiées tôt.
Comprendre le système de permissions
TeamSpeak dispose d’un système de permissions puissant avec trois niveaux :
- Groupes serveur (global)
- Groupes de channel (par channel)
- Permissions client (par utilisateur)
Les groupes serveur sont le cas normal. Ils définissent ce qu’un utilisateur peut faire de manière générale sur le serveur : parler, écrire, voir des channels, déplacer des utilisateurs, kick, bannir ou gérer des groupes. Les groupes de channel complètent le modèle lorsqu’un utilisateur a besoin de droits supplémentaires uniquement dans un channel donné. Tu devrais utiliser les permissions client directes avec parcimonie, car elles sont plus difficiles à comprendre plus tard.
La documentation officielle TeamSpeak décrit également la séparation entre Server Groups et Channel Groups ainsi que les types de permission Boolean, Integer et Power : Documentation sur support.teamspeak.com
Groupes serveur standards
Un bon point de départ pratique comprend quatre groupes. Les valeurs suivantes sont un exemple clair, pas une configuration obligatoire universelle :
| Groupe | Droits | Power |
|---|---|---|
| Server Admin | Tout | 100 |
| Moderator | Kick, ban, channels | 60 |
| Member | Parler, chatter | 30 |
| Guest | Voir seulement | 10 |
Pour game-serverhosting en tant qu’hébergement multi-game payant, cette séparation est particulièrement importante : tu veux garder le contrôle technique, rendre les cas de support compréhensibles et garder les changements d’exploitation serveur transparents. Tous les utilisateurs réguliers ne devraient donc pas recevoir de droits administratifs. Un modèle clair avec peu d’admins, plusieurs modérateurs et un groupe Member normal est préférable.
Créer un nouveau groupe
- Clic droit sur le serveur → Groupes serveur
- "Ajouter un groupe" → saisir le nom
- Définir les permissions
En pratique, il est souvent plus propre de copier un groupe standard existant, puis de le réduire ou de l’étendre de manière ciblée. Tu évites ainsi que des droits de base importants manquent. Nomme les groupes clairement, par exemple Server Admin, Moderator, Member, Guest et éventuellement Event Host ou Clan Lead. Évite les noms fantaisie pour les rôles techniques si plusieurs personnes administrent le serveur.
Permissions importantes
Tu devrais particulièrement vérifier les permissions suivantes du modèle de départ :
i_group_needed_modify_power # Qui peut modifier ce groupe
i_group_needed_member_add_power # Qui peut ajouter des membres
b_client_kick_from_server # Kick les joueurs du serveur
b_client_ban_create # Créer des bans
b_channel_create_temporary # Créer des channels temporaires
b_channel_create_permanent # Créer des channels permanents
i_channel_subscribe_power # Rejoindre un channel
La logique par paire des valeurs Power est importante : un rôle a besoin d’assez de Power propre pour effectuer une action contre une cible ayant une certaine valeur Needed. Si un Moderator peut kick des utilisateurs, mais que l’utilisateur cible ou le groupe cible a une valeur Needed trop élevée, l’action échoue quand même. Ce n’est pas une erreur, mais une partie du modèle de protection.
Utiliser intelligemment les groupes de channel
Les groupes de channel ne s’appliquent que dans certains channels :
| Groupe | Utilisation typique |
|---|---|
| Channel Admin | Propriétaire du channel |
| Channel Moderator | Peut mute des utilisateurs |
| Channel Guest | Permissions standards |
Utilise les groupes de channel pour des responsabilités limitées. Un chef de raid, officier de clan ou hôte d’événement n’a pas automatiquement besoin de droits de modération globaux. Il peut déplacer ou mute des utilisateurs dans son channel sans pouvoir gérer des groupes, bans ou channels permanents sur tout le serveur.
Si tu sépares des zones vocales pour différents jeux, garde une structure simple : lobby, zones de jeu, salons de groupe privés et channel de support. Pour les grandes communautés avec plusieurs serveurs de jeu, des noms cohérents aident. En complément, tu peux consulter la logique d’organisation du Guide roleplay FiveM ou du Guide serveur Palworld.
Vérifier le résultat
Teste chaque rôle concrètement après la configuration. Connecte-toi avec un second client ou un utilisateur de test et vérifie au minimum ces cas : un Guest peut-il rejoindre le serveur ? Ne voit-il que les channels prévus ? Un Member peut-il parler et écrire ? Un Moderator peut-il kick sans modifier les admins ? Un Channel Admin peut-il modérer seulement dans son propre channel ? Personne sauf les admins ne peut-il modifier les groupes serveur ?
Documente ensuite brièvement à quoi sert chaque groupe. Cela n’a pas besoin d’être un long manuel d’exploitation. Un tableau dans ton système de notes interne suffit pour que le support et les futurs admins comprennent pourquoi les droits ont été définis ainsi.
Dépannage
L’utilisateur ne peut pas rejoindre un channel
Vérifie d’abord i_channel_subscribe_power et les valeurs Needed adaptées du channel. Contrôle ensuite si un groupe de channel ou une permission client directe surcharge le groupe serveur.
Le Moderator ne peut pas kick ou bannir
Contrôle b_client_kick_from_server et b_client_ban_create. Si les droits sont actifs, le problème vient souvent des valeurs Power : la Kick Power ou Ban Power du Moderator doit correspondre à la Needed Power de l’utilisateur cible.
Un utilisateur a trop de droits
Ne cherche pas seulement dans les groupes serveur. Vérifie aussi les groupes de channel et les permissions client directes. Les anciennes exceptions sur certains utilisateurs passent facilement inaperçues.
Impossible de modifier les groupes
Vérifie i_group_needed_modify_power et i_group_needed_member_add_power. Si ces valeurs sont trop élevées, même un rôle normalement autorisé ne peut pas ajouter de membres ou modifier des groupes.
Conseils
- Least Privilege : Donne uniquement les droits vraiment nécessaires
- Système Power : Une Power plus élevée peut écraser une plus basse
- Icônes : Téléverse des icônes pour les groupes (PNG 64x64)
- Groupes automatiques : Utilise des bots pour l’attribution automatique des groupes
Vérification, limites et retour arrière sûr
Le guide « Configurer les droits et groupes TeamSpeak 3 » s’applique au type de serveur décrit dans l’article et à l’état des versions visible au moment de la vérification. Les noms de menus, versions disponibles, compatibilités de mods ou plugins et ressources nécessaires peuvent changer après des mises à jour. Ne transfère donc aucune valeur sans vérification vers une autre version de jeu, de loader ou de serveur.
Avant toute modification de monde, sauvegarde, configuration ou extension, crée une sauvegarde des fichiers concernés. Modifie ensuite seulement une étape cohérente à la fois et vérifie-la avec la même version client et serveur que celle avec laquelle tu veux jouer plus tard.
| Point de contrôle | Résultat attendu | Arrêt et retour arrière |
|---|---|---|
| Démarrage du serveur | Le serveur atteint l’état opérationnel sans nouveau message d’erreur. | En cas d’erreurs au démarrage, annuler la modification et restaurer la dernière sauvegarde. |
| Test de connexion | Un compte de test peut se connecter via l’adresse affichée dans le panel. | En cas d’erreurs de version ou de connexion, revérifier la version, le port et les autorisations. |
| Test fonctionnel | La fonction précisément modifiée fonctionne sans endommager les données de monde ou de jeu existantes. | En cas d’effets secondaires, arrêter le serveur et restaurer les fichiers sauvegardés. |
Un test individuel réussi n’est pas une garantie de performance ou de disponibilité. La taille du monde, les mods, plugins, le nombre de joueurs, le chemin réseau et la charge simultanée peuvent modifier le résultat. Documente la version, la modification et le résultat du test afin de pouvoir comprendre les écarts ultérieurs.
FAQ
Quels droits un modérateur TeamSpeak devrait-il recevoir ?
Un modérateur a généralement besoin de droits pour déplacer, mute, kick et, selon la communauté, créer des bans temporaires. La gestion des groupes et les paramètres serveur devraient rester réservés aux admins.
Les groupes de channel sont-ils meilleurs que les groupes serveur ?
Non, ils remplissent des tâches différentes. Les groupes serveur règlent les droits globaux. Les groupes de channel sont utiles lorsqu’une personne a besoin de permissions supplémentaires uniquement dans un channel précis.
Pourquoi un droit défini ne fonctionne-t-il quand même pas ?
La plupart du temps, une valeur Needed Power bloque l’action. Vérifie la Power du rôle et la valeur Needed de la cible. Contrôle ensuite les groupes de channel et les permissions client directes.
Dois-je utiliser les permissions client directes ?
Seulement dans des cas exceptionnels. Les droits individuels par utilisateur sont plus difficiles à maintenir que les groupes. Pour les rôles durables, les groupes serveur ou les groupes de channel sont presque toujours plus clairs.
Comment empêcher les modérateurs de modifier d’autres modérateurs ?
Définis la Needed Power du groupe Moderator plus haut que la Modify Power ou Member Add Power des modérateurs eux-mêmes. Les admins conservent des valeurs plus élevées en conséquence.