Gestion des utilisateurs et des groupes d’utilisateurs

Présentation

Dans AEM Communities, dans l’environnement de publication, les utilisateurs peuvent s’inscrire eux-mêmes et modifier leurs profils. Avec les autorisations appropriées, ils peuvent également

• Créer des sous-communautés dans le site de la communauté (voir groupes de communautés)
• 🔗 Contenu généré par l’utilisateur modéré (UGC)
• Être ressource d’activation contacts
• Soyez privilégié pour créer des entrées pour les blogs, les calendriers, les Q&R et les forums.

Les utilisateurs enregistrés dans l’environnement de publication sont généralement appelés membres de la communauté (membres) pour les distinguer de utilisateurs dans l’environnement de création.

Les autorisations sont accordées en attribuant des membres à l’un des groupes membres (utilisateur) créés dynamiquement lorsque le site de la communauté est créé ou modifié à partir de l’environnement de création. Lorsque vous travaillez à partir de l’environnement de création, les membres sont visibles à partir de l’environnement de publication au moyen du service tunnel.

Par conception, les membres et les groupes de membres créés dans l’environnement de publication ne doivent pas apparaître dans l’environnement de création. Les utilisateurs et les groupes d’utilisateurs créés dans l’environnement de création sont également destinés à rester dans l’environnement de création.

Lorsque les utilisateurs de l’instance de création et les membres de l’instance de publication proviennent de la même liste d’utilisateurs, tels que synchronisés à partir du même annuaire LDAP, ils ne sont pas considérés comme le même utilisateur disposant des mêmes autorisations et d’une même appartenance à un groupe dans les environnements de création et de publication. Le ou les rôles des membres et des utilisateurs doivent être définis séparément lors de la publication et de l’auteur, selon le cas.

Pour une ferme de publication, l’enregistrement et les modifications effectués sur une instance de publication doivent être synchronisés avec d’autres instances de publication afin qu’elles aient accès aux mêmes données utilisateur. Pour plus d’informations, voir Synchronisation des utilisateurs, qui comprend une section décrivant ce qui se passe lorsque….

Limites de contribution

Afin de se protéger du spam, il est possible de limiter la fréquence de publication du contenu par les membres. En outre, il est possible de limiter automatiquement les contributions des membres nouvellement enregistrés.

Pour plus d’informations, voir Limites de contribution des membres.

Groupes d’utilisateurs créés dynamiquement

Lors de la création d’un site communautaire, de nouveaux groupes d’utilisateurs sont créés dynamiquement avec des identifiants uniques (uid) et des autorisations appropriées pour diverses fonctions administratives nécessaires à la gestion du site communautaire, soit dans l’environnement de création (voir Rôles du groupe d’auteur), soit dans l’environnement de publication (voir Rôles du groupe de publication).

Les noms des groupes sont générés à partir du nom donné au site lors de la création du site communautaire. Les identifiants uniques évitent les conflits de noms pour les sites de communauté et les groupes de communautés portant le même nom sur le même serveur.

Par exemple, si le nom du site était "engage" pour un site intitulé "We.Retail Engage", l’un des groupes d’utilisateurs créés serait :

• Communauté Interagir Membres

Environnement de création

Service Tunnel

Lorsque vous utilisez l’environnement de création pour créer des sites, modifier les propriétés du site et gérer les membres de la communauté et les groupes de membres, il est nécessaire d’accéder aux utilisateurs et aux groupes d’utilisateurs enregistrés dans l’environnement de publication.

Le service tunnel fournit cet accès à l’aide de l’agent de réplication sur l’auteur.

• Pour plus d’informations, voir instructions de configuration sur la page de déploiement.

Les consoles Membres et groupes des communautés ont pour seul objectif de gérer les utilisateurs (membres) et les groupes d’utilisateurs (groupes de membres) enregistrés uniquement dans l’environnement de publication.

Pour gérer les utilisateurs et les groupes d’utilisateurs enregistrés dans l’environnement de création, utilisez la console de sécurité

Rôles du groupe de création

Administrateurs système

Les membres du groupe administrateurs sont des administrateurs système qui peuvent effectuer la configuration initiale d’une installation AEM pour les environnements de création et de publication.

À des fins de démonstration et de développement, le groupe d’administrateurs a un membre dont l’ID utilisateur est admin et le mot de passe est admin.

Pour les environnements de production, le groupe d’administrateurs par défaut doit être modifié.

Veillez à suivre la liste de contrôle de sécurité.

Environnement de publication

Devenir membre

Dans l’environnement de publication, en fonction des paramètres du site de la communauté, un visiteur du site peut devenir membre de la communauté.

• Lorsque le site de la communauté est privé (fermé) :

  • Par invitation
  • Par actions d’un administrateur

• Lorsque le site de la communauté est public (ouvert) :

  • Par auto-inscription
  • Par connexion sociale avec Facebook et Twitter

Rôles du groupe de publication

Affectation de membres aux rôles du groupe de publication

Lors de la création d’un site communautaire dans l’environnement de création ou de la modification des propriétés du site, les membres peuvent se voir attribuer différents rôles effectués dans l’environnement de publication, tels que des modérateurs, des administrateurs de groupe, des contacts de ressources ou des membres privilégiés.

L’activation des services de tunnel entraîne la présentation des choix d’affectation par les membres lors de la publication et non par les utilisateurs lors de l’auteur.

Les membres sélectionnés seront automatiquement affectés au groupe approprié et leurs appartenances seront incluses lorsque le site de la communauté sera (re) publié.

Groupe de membres privilégiés

Le but d’un groupe de sécurité des membres privilégiés est de restreindre la création de contenu pour certaines fonctions de la communauté à un sous-ensemble privilégié des membres d’un site de communauté.

Le groupe des membres privilégiés est un groupe de membres créé et géré à l’aide de la console Groupes communautaires.

Après la création d’un groupe de membres privilégiés et avec le service tunnel activé, la structure d’un site de communauté existant peut être modifiée pour modifier la configuration de ses fonctions de communauté en "Autoriser les membres privilégiés" et ajouter le groupe créé.

Les fonctions de communauté qui permettent de spécifier un ou plusieurs groupes de membres privilégiés sont les suivantes :

• Fonction de blog : pour restreindre la création de nouveaux articles
• Fonction du calendrier : pour restreindre la création de nouveaux événements
• Fonction du forum : pour restreindre la création de nouvelles rubriques
• Fonction Q&R pour restreindre la création de nouvelles questions

Lorsqu’une fonction de communauté n’est pas sécurisée (aucun groupe de membres privilégiés n’est affecté), tous les membres de la communauté du site sont autorisés à créer du contenu de fonction (articles, événements, sujets, questions).

Création de membres de la communauté

Emplacement du référentiel

Pour que certaines fonctionnalités fonctionnent correctement, il est nécessaire de créer des utilisateurs et des groupes d’utilisateurs disposant des privilèges appropriés.

Lorsque des membres sont créés dans /home/users/community, ils héritent des listes de contrôle d’accès appropriées qui donnent des privilèges de lecture aux profils des membres.

De même, les groupes d’utilisateurs personnalisés de la communauté (tels que les groupes de membres privilégiés) doivent être créés dans /home/groups/community.

L’utilisation des consoles Membres et groupes des communautés créera des utilisateurs et des groupes dans ces chemins.

Pour spécifier un chemin personnalisé, vous devez utiliser l’IU de sécurité classique, accessible à l’adresse https://<server>:<port>/useradmin.

Pour accorder des privilèges de lecture aux chemins de membre personnalisés, sur toutes les instances de publication, définissez des listes de contrôle d’accès similaires à /home/users/community :

<allow
  jcr:primaryType="rep:GrantACE"
  rep:principalName="everyone"
  rep:privileges="{Name}[jcr:read]" >
  <rep:restrictions
    jcr:primaryType="rep:Restrictions"
    rep:glob="*/profile*" />
</allow>

Pour accorder les privilèges appropriés aux chemins de groupes de membres personnalisés, tels que /home/groups/mycompany, sur toutes les instances de publication, définissez des listes de contrôle d’accès similaires à /home/groups/community :

<allow
  jcr:primaryType="rep:GrantACE"
  rep:principalName="community-administrators"
  rep:privileges="{Name}[jcr:read]"  />

Consoles

Quatre consoles distinctes sont disponibles uniquement dans l’environnement de création :

Rôle du gestionnaire d’activation de la communauté

La possibilité pour un visiteur du site de s’inscrire lui-même n’est généralement pas autorisée pour une communauté d’activation, car chaque membre a des coûts. Les apprenants et les ressources d’activation sont gérés par un utilisateur auquel est affecté le rôle de enablement manager lors de la création du site sur l’auteur (ajouté en tant que membre du groupe Community <site-name> Siteenablementmanagers). enablement manager est également chargé d’affecter des ressources d’apprentissage aux membres de la communauté sur l’auteur.

Seuls les utilisateurs membres du groupe Community Enablement Managers global peuvent être sélectionnés en tant que enablement manager pour un site communautaire spécifique.

Pour créer un utilisateur auquel le rôle de Community Site Enablement Manager peut être attribué, utilisez la console de sécurité de l’IU classique afin de spécifier le chemin d’accès :

Sur une instance d’auteur :

1. Connecté avec les privilèges d’administrateur, accédez à la console de sécurité de l’interface utilisateur classique.
   Par exemple, http://localhost:4502/useradmin

2. Dans le menu Edition, sélectionnez Créer un utilisateur.

3. Renseignez la boîte de dialogue Create User.

   • Le chemin doit être /home/users/community

4. Sélectionnez Créer

• Dans le volet de gauche, recherchez l’utilisateur nouvellement créé et sélectionnez-le pour l’afficher dans le volet de droite.

Dans le volet de gauche :

1. Effacez la zone de recherche et sélectionnez Masquer les utilisateurs.
2. Recherchez et faites glisser community-enablementmanagers vers l’onglet Groupes du nouvel utilisateur affiché dans le volet de droite.

Rôle Administrateurs de la communauté

Comme indiqué dans le graphique Rôles du groupe d’auteurs , les membres du groupe Administrateurs de communauté peuvent créer des sites de communauté, gérer des sites, gérer des membres (ils peuvent interdire des membres de la communauté) et modérer le contenu.

Suivez les mêmes étapes que pour créer et affecter un utilisateur au rôle de gestionnaire d’activation, mais ajoutez le groupe c ommunity-administrators sous l’onglet Groupes de l’utilisateur.

Intégration LDAP

AEM prend en charge l’utilisation de LDAP pour l’authentification des utilisateurs et la création de comptes d’utilisateurs. Ceci est détaillé dans Configuration de LDAP avec AEM 6.

Voici quelques détails de configuration spécifiques aux membres de la communauté et aux groupes de membres.

1. Configuration du protocole LDAP pour chaque instance de publication AEM

2. Fournisseur d’identités LDAP

   • Aucune instruction spéciale

3. Gestionnaire de synchronisation

   • Définissez les propriétés suivantes :

     • Appartenance automatique de l’utilisateur : community-<site name>-<uid>-members
     • Préfixe de chemin d’accès utilisateur : /community
     • Préfixe de chemin d’accès au groupe : /community

4. Module de connexion externe

   • pas d’instructions spéciales

Les utilisateurs sont ainsi automatiquement affectés au groupe de membres du site de la communauté et à l’emplacement du référentiel : /home/users/community et /home/groups/community, de sorte qu’ils héritent des autorisations appropriées pour afficher le profil de l’autre.

• La valeur User auto membership doit être la propriété rep:authorizableId, et non givenName (nom d’affichage) du profil.

Synchronisation des utilisateurs entre les instances d’AEM

Lors de l’utilisation d’une ferme de publication, assurez-vous que les utilisateurs ont le même chemin sur chaque instance de publication en important d’abord les utilisateurs sur une instance et en en activant la synchronisation des utilisateurs pour Sling répartir les utilisateurs sur les autres instances de publication.

Si vous importez des groupes d’utilisateurs, pour vous assurer que les groupes d’utilisateurs ont le même chemin d’accès sur chaque instance de publication, importez-les dans une instance, puis créez un package pour l’exportation et installez-le sur toutes les autres instances de publication.

Bien que la synchronisation des groupes d’utilisateurs par le biais de la synchronisation des utilisateurs soit incluse dans une prochaine version, actuellement, seule la *appartenance *d’un groupe d’utilisateurs sera synchronisée lors de l’exécution de la synchronisation des utilisateurs.

Groupes communautaires

Lors de la discussion de groupes, il existe deux sujets distincts :

• 🔗
  Groupes communautaires : les groupes communautaires sont les sous-communautés qui peuvent être créées dans l’environnement de publication d’un site communautaire qui prend en charge la création de groupes communautaires. La création d’un groupe de communautés génère davantage de pages ajoutées au site web et est gérée de la même manière que le site de leur communauté parent. Pour plus d’informations, voir Notions fondamentales sur les groupes de communautés pour les développeurs et Groupe de communautés pour les auteurs.

• 🔗
  Groupes de membres : les groupes de membres sont les groupes auxquels les membres peuvent appartenir et qui sont gérés via la console Groupes. Une grande partie de la discussion sur cette page a été consacrée aux groupes de membres. Les groupes de membres créés automatiquement pour un site communautaire, précédés du préfixe Community, peuvent être considérés comme un groupe communautaire. Par conséquent, le contexte de la discussion doit être pris en compte.