Configurer les permissions d’un serveur vocal (TeamSpeak/Mumble)

Les permissions d’un serveur vocal séparent qui peut créer des salons, kicker, bannir, déplacer ou gérer les grades. Sur TeamSpeak comme sur Mumble, le système repose sur des groupes auxquels on attache des droits.

Cause / Le problème

Par défaut, seul le Server Admin a tous les droits, et tout le reste est Guest. Sans groupes intermédiaires (modérateur, channel admin), vous ne pouvez pas déléguer l’animation sans tout donner. Et sans permission mode « Advanced », beaucoup d’options sont masquées.

Solution

TeamSpeak 6

1. Activez le mode Advanced : Options → Application → Advanced permission mode.
2. Comprenez les deux familles de groupes :
   • Server Groups : droits globaux (Server Admin, Normal, Guest) — s’appliquent sur tout le serveur.
   • Channel Groups : droits limités à un salon (Channel Admin, Channel Operator).
3. Modifiez un Server Group : clic droit sur un joueur → Set Server Group, ou ouvrez Permissions → Server Groups.
   • Créez un groupe Modérateur et donnez-lui i_client_kick_from_server_power, i_client_move_power, b_client_ban_create.
4. Channel Admin : donnez le groupe Channel Admin à un joueur dans un salon précis (clic droit → Channel Group → *Channel Admin`). Il ne pourra gérer que ce salon.
5. Permissions client par salon (Channel Client Permissions) : pour un droit exceptionnel sur un joueur dans un salon unique — ex. priorité de parole b_client_is_priority_speaker.
6. Hiérarchisez par power : chaque permission a une grant power et une needed power. Pour qu’un modérateur puisse kicker, sa kick_power doit être ≥ au kick_needed des joueurs cibles.

Mumble

1. Ouvrez Server → Configure → ACL (Access Control Lists).
2. Chaque salon a sa propre liste ACL. Les groupes prédéfinis sont all, auth, admin. Créez les vôtres (@mod, @vip).
3. Ajoutez une entrée ACL : groupe @mod, droits Write, Move, Mute/Deafen, Kick/Ban selon le besoin.
4. Héritez : cochez Inherit ACLs from parent pour que les sous-salons récupèrent les droits du salon parent.
5. Affectez un utilisateur à un groupe via Server → Registered Users : créez un certificat-enregistré, puis assignez-le au groupe.

Sur les deux plateformes, testez toujours les permissions avec un compte de test « modérateur » avant de déployer en production. Une permission mal attribuée à Guest ouvre la porte à tout le monde.