Difference between revisions of "ACL and Groups/Francais"

From Mumble Wiki
Jump to: navigation, search
Line 28: Line 28:
 
                 + D  
 
                 + D  
  
 +
 +
En Root, le joueur "Big Boss" est tout seul dans le groupe administrateur. Dans le canal A "BossA" est dans la Addlist, et "BossB" est dans le meme canal B.
 +
Depuis que le groupe admin est herité et génétique, Un joueur qui est un membre à n'importe quel parent du canal actuel est aussi un membre dans le canal actuel.
 +
Donc la liste totale des membre du canal B est "Big Boss, BossA, BossB".
 +
 +
La commodité de ce systeme est que si plus tard on ajoute "Super Boss" en tant que admin dans le root, il sera automatiquement dans le groupe administrateur de chaque canaux en dessous.
 +
 +
Disons maintenant que le joueur "BossC" est dans la Add list dans le canal C, mais ici l'administration est marquée comme pas héritent.
 +
Cela signifie que "Big Boss" n'est pas dans la liste d'administration et on ne verra pas de changements pour l'administration dans la Racine ici.
 +
 +
Le Canal D héritera la liste de C, à moins que C ne marque aussi l'administration comme non génétique.
  
 
"Je continue plus tard car j'ai fait ca rapidement ;-)  Gecko64"
 
"Je continue plus tard car j'ai fait ca rapidement ;-)  Gecko64"

Revision as of 22:15, 4 September 2007

Tutorial

Vous pouvez trouver un tutorial illustré et un guide rapide sur Comment administrer les groupes et les permissions: ACL Tutorial

Les Groupes

Les groupes sont liés à un canal spécifique, mais vous pouvez aussi les faire hériter a des sous canaux. Les groupes sont des façons commodes d'administrer des canaux, de definir les ACLs tout en haut de l'arborescence "that should have similar privilege structure, and just change the group memberships on subchannels."


Pour chaque canal, un groupe a 3 parties specifiques qui sont:

- La liste des joueurs pour ajouter au groupe. - La liste des joueurs héritée du meme groupe sur le canal parent. - Et pour terminer, la liste des joueurs pour enlever du groupe.

Un groupe héritera seulement des joueurs du canal parent si seulement l'heritage est activé et que le groupe a été marque comme pouvent hériter du parent. La plupart du temps, vous "want both of these to be set."

Exemple

Regardez cet exemple pratique; sur le groupe admin. A chaque fois qu'un joueur cree un canal, il est automatiquement ajouté au groupe des admins. Cela ne lui donne pas automaniquement des privileges, il est juste marque comme membre de ce groupe, cependant l'installation par defaut de Murmur installe une ACL qui donne au groupe admin la bit d'écriture (Tous les accès).

In a structure like this:

   * Root
         o A
               + B 
         o C
               + D 


En Root, le joueur "Big Boss" est tout seul dans le groupe administrateur. Dans le canal A "BossA" est dans la Addlist, et "BossB" est dans le meme canal B. Depuis que le groupe admin est herité et génétique, Un joueur qui est un membre à n'importe quel parent du canal actuel est aussi un membre dans le canal actuel. Donc la liste totale des membre du canal B est "Big Boss, BossA, BossB".

La commodité de ce systeme est que si plus tard on ajoute "Super Boss" en tant que admin dans le root, il sera automatiquement dans le groupe administrateur de chaque canaux en dessous.

Disons maintenant que le joueur "BossC" est dans la Add list dans le canal C, mais ici l'administration est marquée comme pas héritent. Cela signifie que "Big Boss" n'est pas dans la liste d'administration et on ne verra pas de changements pour l'administration dans la Racine ici.

Le Canal D héritera la liste de C, à moins que C ne marque aussi l'administration comme non génétique.

"Je continue plus tard car j'ai fait ca rapidement ;-) Gecko64"