ユーザーとユーザーグループの管理 managing-users-and-user-groups

概要 overview

AEM Communitiesのパブリッシュ環境では、ユーザーは自己登録して自分のプロファイルを編集できます。 適切な権限が与えられると、次の場合もあります。

パブリッシュ環境に登録されたユーザーは、通常、と呼ばれます コミュニティメンバー（メンバー） 区別する ユーザー オーサー環境で実行します。

権限を付与するには、メンバーを「」のいずれかに割り当てます メンバー（ユーザー）グループ コミュニティサイトがの場合に動的に作成 作成日 または 変更日 オーサー環境から変更します。 オーサー環境から作業する場合、メンバーはパブリッシュ環境から トンネル サービス.

仕様上、パブリッシュ環境で作成されたメンバーとメンバーグループは、オーサー環境では表示できません。 オーサー環境で作成されたユーザーとユーザーグループは、同様にオーサー環境に留まるように設計されています。

オーサー環境のユーザーとパブリッシュ環境のメンバーが同じユーザーリストに属している場合（例えば、同じ LDAP ディレクトリから同期されている場合）、オーサー環境とパブリッシュ環境の両方で、同じ権限とグループメンバーシップを持つ同じユーザーとは見なされません。 メンバーとユーザーの役割は、必要に応じて、パブリッシュとオーサーで別々に設定する必要があります。

の場合 パブリッシュファームの場合、1 つのパブリッシュインスタンスで行われた登録と変更を他のパブリッシュインスタンスと同期して、他のパブリッシュインスタンスが同じユーザーデータにアクセスできるようにする必要があります。 詳しくは、 ユーザーの同期を説明する節を含む 次の場合はどうなりますか.

貢献度の制限 contribution-limits

スパムから保護するために、メンバーがコンテンツを投稿する頻度を制限することができます。 また、新規登録された会員の投稿を自動的に制限することも可能です。

詳しくは、を参照してください メンバーの貢献度の制限.

動的に作成されたユーザーグループ dynamically-created-user-groups

新しいコミュニティサイトを作成すると、オーサー環境のいずれかでコミュニティサイトを管理するために必要な様々な管理機能に適した一意の id （uid）と権限で、新しいユーザーグループが動的に作成されます（ 作成者グループの役割）またはパブリッシュ環境（ グループの役割の公開）に設定します。

グループの名前は、次の期間にサイトに指定された名前から生成されます コミュニティサイトの作成. 一意の ID を使用すると、同じサーバー上にある類似した名前のコミュニティサイトとコミュニティグループの名前の競合を回避できます。

例えば、サイト名が「」であった場合​ 従事する" "Engage"という名前のサイトの場合、作成されるユーザーグループの 1 つは次のようになります。

オーサー環境 author-environment

トンネルサービス tunnel-service

オーサー環境を使用して以下を行う場合 サイトの作成, サイトのプロパティの変更 および コミュニティメンバーとメンバーグループの管理パブリッシュ環境で登録されているユーザーとユーザーグループにアクセスする必要があります。

トンネルサービスは、作成者のレプリケーションエージェントを使用してこのアクセスを提供します。

この コミュニティメンバーコンソールとグループコンソール は、パブリッシュ環境でのみ登録されているユーザー（メンバー）およびユーザーグループ（メンバーグループ）の管理を目的としています。

オーサー環境に登録されたユーザーとユーザーグループを管理するには、を使用します。 セキュリティコンソール

作成者グループの役割 author-group-roles

システム管理者 system-administrators

administrators グループのメンバーは、オーサー環境とパブリッシュ環境の両方でAEM インストールの初期設定を実行できるシステム管理者です。

デモや開発の目的で、administrators グループには、というユーザー ID を持つメンバーが含まれています。 admin また、パスワードはです admin.

実稼動環境の場合、デフォルトの管理者グループを変更する必要があります。

必ず次の手順に従ってください セキュリティチェックリスト.

パブリッシュ環境 publish-environment

メンバーになる becoming-a-member

パブリッシュ環境では、に応じて、 設定 コミュニティサイトの場合、サイト訪問者はコミュニティメンバーになる場合があります。

グループの役割の公開 publish-group-roles

公開グループの役割へのメンバーの割り当て assigning-members-to-publish-group-roles

条件 コミュニティサイトの作成 オーサー環境で、または サイトのプロパティの変更 メンバーには、モデレーター、グループ管理者、リソース連絡先、権限のあるメンバーなど、パブリッシュ環境で実行される様々な役割が割り当てられます。

トンネルサービスの有効化 その結果、割り当ての選択が、オーサーのユーザーではなく、パブリッシュのメンバーから提示されることになります。

選択したメンバーは、自動的にに割り当てられます。 適切なグループ コミュニティサイトが（再）公開されると、それらのメンバーシップが含まれます。

権限を持つメンバーグループ privileged-members-group

特権メンバーセキュリティグループの目的は、特定のコミュニティ機能のコンテンツの作成を、コミュニティサイトのメンバーの特権サブセットに制限することです。

特権メンバーグループは、を使用して作成および管理されるメンバーグループです。 コミュニティグループコンソール.

権限のあるメンバーグループの作成後、 トンネルサービスが有効：既存のコミュニティサイトの構造は次のようになります 変更日 コミュニティ機能の設定を「権限のあるメンバーを許可」に編集し、作成したグループを追加します。

1 つ以上の特権メンバー・グループを指定できるコミュニティ機能は、次のとおりです。

コミュニティ機能が保護されていない（権限のあるメンバーグループが割り当てられていない）場合、すべてのコミュニティサイトメンバーは、機能コンテンツ（記事、イベント、トピック、質問）を作成できます。

コミュニティメンバーの作成 creating-community-members

リポジトリの場所 repository-location

特定の機能を正しく動作させるには、適切な権限を持つユーザーおよびユーザーグループを作成する必要があります。

でメンバーを作成する場合 /home/users/communityは、メンバーのプロファイルに読み取り権限を付与する適切な ACL を継承します。

同様に、カスタムコミュニティユーザーグループ（権限のあるメンバーグループなど）は、次の場所に作成する必要があります /home/groups/community.

使用， コミュニティメンバーコンソールとグループコンソール はこれらのパスにユーザーとグループを作成します。

カスタムパスを指定するには、クラシック UI を使用する必要があります。この UI には、からアクセスできます。 https://<server>:<port>/useradmin.

カスタムメンバーパスに読み取り権限を付与するには、すべてのパブリッシュインスタンスで次のような ACL を設定します /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>

すべてのパブリッシュインスタンスで、/home/groups/mycompany などのカスタムメンバーグループのパスに適切な権限を付与するには、次のような ACL を設定します。 /home/groups/community:

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

コンソール consoles

オーサー環境でのみ使用できるコンソールは 4 つあります。

コミュニティ管理者役割 community-administrators-role

に記載されているように 作成者グループの役割 グラフを使用すると、コミュニティ管理者グループのメンバーは、コミュニティサイトの作成、サイトの管理、メンバーの管理（メンバーのコミュニティへの参加を禁止できます）、およびコンテンツの管理を行うことができます。

イネーブルメントマネージャーの役割にユーザーを作成して割り当てるのと同じ手順に従いますが、c を追加します ommunity-administrators グループは、ユーザーの「グループ」タブの下にあります。

LDAP の統合 ldap-integration

AEMでは、ユーザーの認証とユーザーアカウントの作成に LDAP を使用することができます。 詳しくは、以下を参照してください AEM 6 での LDAP の設定.

コミュニティメンバーおよびメンバーグループに固有の設定の詳細を以下に示します。

その結果、ユーザーはコミュニティサイトのメンバーグループに自動的に割り当てられ、リポジトリの場所は /home/users/community および /home/groups/communityを設定できます。これにより、お互いのプロファイルを表示するための適切な権限を継承します。

AEM インスタンス間でのユーザーの同期 synchronizing-users-among-aem-instances

を使用する場合 パブリッシュファーム最初にユーザーを 1 つのインスタンスに読み込んで、各パブリッシュインスタンスでユーザーが同じパスを持っていることを確認します。 ユーザー同期の有効化 を Sling に送信するには、ユーザーを他のパブリッシュインスタンスに配布します。

ユーザーグループをインポートする場合、各パブリッシュインスタンスでユーザーグループのパスが同じになるようにするには、を 1 つのインスタンスにインポートし、次の手順を実行します パッケージを作成 エクスポートする場合は、そのパッケージを他のすべてのパブリッシュインスタンスにインストールします。

ユーザー同期を使用したユーザーグループの同期は、今後のリリースで含まれる予定ですが、現在は、 会員 のユーザーグループは、ユーザー同期の実行時に同期されます。

コミュニティグループについて about-community-groups

グループについて説明する場合、2 つの異なるトピックがあります。