ACL and Groups/Francais
Tutorial
Vous pouvez trouver un tutorial illustré et un guide rapide sur Comment administrer les groupes et les permissions: ACL Tutorial pour la version francaise qui n'existe pas pour le moment. Sinon il y a toujours la version Anglaise de disponible ici ===> 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 pouvant 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 crée un canal, il est automatiquement ajouté au groupe des admins. Cela ne lui donne pas automaniquement des privileges, il est juste marqué comme membre de ce groupe, cependant l'installation par défaut de Murmur installe une ACL qui donne au groupe admin le bit d'écriture (Tous les accès).
Dans une structure comme celle-ci:
* 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 membres 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.
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
(a venir ;-) )
"Je continue plus tard car j'ai fait ca rapidement a la va vite ;-) Gecko64"