Difference between revisions of "ACL and Groups/Francais"

From Mumble Wiki
Jump to: navigation, search
(Exemple)
(Exemple)
Line 37: Line 37:
  
 
Le joueur "Big Boss" est le seul membre du groupe ''admin'' dans le channel '''Root'''. Dans le channel A, le joueur "BossA" et dans le channel B, le joueur "BoosB" sont marqués comme étant membres du groupe ''admin''.<br>
 
Le joueur "Big Boss" est le seul membre du groupe ''admin'' dans le channel '''Root'''. Dans le channel A, le joueur "BossA" et dans le channel B, le joueur "BoosB" sont marqués comme étant membres du groupe ''admin''.<br>
Dans les channels Root, A et B les cases Hérite et Héritable sont activés pour le groupe ''admin'' (paramètres par défaut de Murmur). Un joueur devient membres de ce groupe dans chacun de ces channels est donc un ''Membres hérités" dans un sous-channel. Donc, la liste total des membres dans le channel B est "Big Boss, BossA, BoosB". L'avantage de ce système est que si plus tard nous ajoutons "SuperBoos" au groupe ''admin'' dans le channel Root, il sera automatiquement dans le groupe ''admin' des channels A et B.<br>
+
Dans les channels Root, A et B les cases Hérite et Héritable sont activés pour le groupe ''admin'' (paramètres par défaut de Murmur). Un joueur devient membres de ce groupe dans chacun de ces channels est donc un "Membres hérités" dans un sous-channel. Donc, la liste total des membres dans le channel B est "Big Boss, BossA, BoosB". L'avantage de ce système est que si plus tard nous ajoutons "SuperBoos" au groupe ''admin'' dans le channel Root, il sera automatiquement dans le groupe ''admin' des channels A et B.<br>
 
Passons à autre chose et disons que le joueur BossC et dans la liste des Membres du channel C, mais dans ce channel, la case Hérite du groupe ''admin'' n'est pas activée. Cela veut dire que "Big Boss" n'est pas dans le groupe ''admin'' et que tout changement pour le groupe ''admin'' dans le channel Root ne sera pas éffectif pour le channel C. Le channel D hérite de la liste de C, sauf si C marque aussi le groupe ''admin'' comme n'étant pas hérité.
 
Passons à autre chose et disons que le joueur BossC et dans la liste des Membres du channel C, mais dans ce channel, la case Hérite du groupe ''admin'' n'est pas activée. Cela veut dire que "Big Boss" n'est pas dans le groupe ''admin'' et que tout changement pour le groupe ''admin'' dans le channel Root ne sera pas éffectif pour le channel C. Le channel D hérite de la liste de C, sauf si C marque aussi le groupe ''admin'' comme n'étant pas hérité.
  

Revision as of 08:12, 10 June 2010

Languages: Deutsch — English — Español — Français — Italiano — Polish

Activer l'éditeur de groupe et de LCA

Vous devez cocher la case "Avancée" dans la fenêtre de configuration (Configurer → Paramètres) pour pouvoir voir l'éditeur de groupes et de LCA pour un channel

Les Groupes

Note : Dans la version française de Mumble, les ACLs se nomment LCA.

Pour éditer ou pour créer un nouveau groupes, faîtes un clic droit sur le channel root et cliquez sur Editer (habituellement, vous créerez des groupes depuis le channel root pour une meilleur gestion de ceci). Maintenant cliquez sur l'onglet "Groupes". Maintenant, vous pouvez soit sélectionner un groupe existant ou en créer un nouveau en cliquant dans la case vide appelée "Groupe", en tapant le nom du nouveau groupe et en validant en appuyant sur la touche Entrée. Maintenant que le groupe est sélectionné, ajoutez un utilisateur à ce groupe en tapant son nom dans la case en bas à gauche et en cliquant sur "Ajouter".

Note : Seul les utilisateurs enregistrés peuvent être ajoutés à un groupe.

Les groupes sont liés à un channel spécifique, mais peuvent aussi être hérité par les sous-channels, uniquement si la case "Héritable" et coché dans le channel parent et la case "Hérite" et coché dans le sous-channel (habituellement, vous laisserez ces caches cochées). Cela ouvre un moyen commode pour administrer les channels et leurs LCAs; paramètrez les LCAs sur le channel root et cela affectera tous les sous-channels.

Pour chaque channel, un groupe a 3 paramètres différent :

  • "Membres" : la liste des utilisateurs à ajouter au groupe (parce qu'ils ne sont pas déjà membres du même groupes dans le channel parent)
  • "Membres exclus" : la liste des utilisateurs exclus du groupe
  • "Membres hérités" : la liste des membres hérités du même groupe depuis le channel parent

Exemple

Prenons un exemple concret, le groupe admin. A chaque fois qu'un joueur crée un channel, il est automatiquement ajouté au groupe admin de ce channel. Cela ne lui donne pas automatiquement des privilèges, il est juste marqué comme membre de ce groupe, cependant l'installation par défaut de Murmur installe une LCA qui donne au groupe admin le droit de modifier les LCAs (tous les accès donc).

Dans une structure comme celle-ci :

  • Root
    • A
      • B
    • C
      • D


Le joueur "Big Boss" est le seul membre du groupe admin dans le channel Root. Dans le channel A, le joueur "BossA" et dans le channel B, le joueur "BoosB" sont marqués comme étant membres du groupe admin.
Dans les channels Root, A et B les cases Hérite et Héritable sont activés pour le groupe admin (paramètres par défaut de Murmur). Un joueur devient membres de ce groupe dans chacun de ces channels est donc un "Membres hérités" dans un sous-channel. Donc, la liste total des membres dans le channel B est "Big Boss, BossA, BoosB". L'avantage de ce système est que si plus tard nous ajoutons "SuperBoos" au groupe admin dans le channel Root, il sera automatiquement dans le groupe admin' des channels A et B.
Passons à autre chose et disons que le joueur BossC et dans la liste des Membres du channel C, mais dans ce channel, la case Hérite du groupe admin n'est pas activée. Cela veut dire que "Big Boss" n'est pas dans le groupe admin et que tout changement pour le groupe admin dans le channel Root ne sera pas éffectif pour le channel C. Le channel D hérite de la liste de C, sauf si C marque aussi le groupe admin comme n'étant pas hérité.

Les ACL

ACL (Access Control Lists) sont attachée a un canal spécifique. Un canal peut spécifier si il veut hériter l'ACL sur le parent, mais il ne peut pas spécifier lequel; Il est tout ou rien l'affaire. Les ACL sont évaluées dans l'ordre, de haut en bas le long de la liste des canaux.

Pour chaque entrée, un utilisateur ou un groupe correspondront. Un utilisateur doit être un utilisateur spécifique, inscrit, pendant qu'un groupe peut être n'importe quel groupe valide dans le canal l'ACL est défini dessus. (<== a revoir un peu celle la). Note, cette adhésion de groupe est évaluée dans le canal dans lequel l'ACL est exécuté, qui est important pour les ACL hérités. Si un groupe commence avec un !, c'est l'adhésion qui est inversé, si un groupe commence avec un ~, il est évalué dans le contexte du canal. L'ACL est défini dessus (et non sur le canal actif).

   all

Chaqu'un

   auth 

Tous les utilisateurs authetifiés

   in 

Tous les utilisateurs actuellement dans le canal

   out 

Tous les utilisateurs en dehors du canal actuel

Pour chaqe entrée, permissions are either allowed or denied; en cas d'un conflit la dernière entrée a la priorité. Rappelez-vous que toutes les entrées sont évaluées pour, ainsi si vous avez le jeu suivant d'entrées :

   * @all deny speak
   * @all allow speak 

Alors on permettra chacun de parler. D'autre part

   * @all allow speak
   * @all deny speak 

Interdira de parler pour tout le monde.

Chaque entrée peut être marquée comme application dans le canal actuel, dans les sous-canaux ou tous les deux. La plupart du temps vous voudrez tous les deux. Souvenez-vous que pour une entrée qui est appliquée sur un sous-canal, vous devez l'appliquer pour souscanaliser et permettre la succession dans les sous-canaux.

The @sub group