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

概要 overview

AEM Communitiesのパブリッシュ環境では、ユーザーは自己登録とプロファイルの編集をおこなうことができます。 適切な権限を与えられれば、

パブリッシュ環境で登録されたユーザーは、通常、 コミュニティメンバー（メンバー） を使用して、オーサー環境でユーザーを区別することができます。

権限は、メンバーをいずれかの メンバー（ユーザー）グループ コミュニティサイトが 作成済み または 変更済み オーサー環境から。 オーサー環境から作業する場合、メンバーは トンネルサービス.

設計上、パブリッシュ環境で作成したメンバーとメンバーグループは、オーサー環境には表示されません。 同様に、オーサー環境で作成されたユーザーとユーザーグループは、オーサー環境にとどまります。

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

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

貢献度の制限 contribution-limits

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

詳しくは、 メンバー貢献度の制限.

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

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

グループの名前は、 コミュニティサイトの作成. 一意の ID を使用することで、同じサーバー上の同じ名前のコミュニティサイトとコミュニティグループに対する名前の競合を回避できます。

例えば、サイト名が「エンゲージ" "We.Retail Engage"というタイトルのサイトの場合、作成されるユーザーグループの 1 つは次のようになります。

オーサー環境 author-environment

トンネルサービス tunnel-service

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

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

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

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

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

システム管理者 system-administrators

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

デモ用および開発用に、管理者グループにはユーザー 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-enablement-manager-role

サイト訪問者が自己登録する機能は、通常、 実施可能コミュニティ 各メンバーに関連するコストがあるので イネーブルメント学習者とリソースは、 役割 / enablement manager サイト作成中 作成者（グループのメンバーとして追加） Community <site-name> Siteenablementmanagers) をクリックします。 この enablement manager は、 学習リソースの割り当て 作成者のコミュニティメンバーに対して

グローバルのメンバーであるユーザーのみ Community Enablement Managers グループを enablement manager 特定のコミュニティサイト用。

の役割を割り当てることのできるユーザーを作成するには、以下を実行します。 Community Site Enablement Managerでは、クラシック UI のセキュリティコンソールを使用してパスを指定します。

オーサーインスタンス上：

左側のウィンドウで、以下の手順に従ってください。

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

次に示すように、 作成者グループの役割 コミュニティ管理者グループのメンバーは、コミュニティサイトの作成、サイトの管理、メンバーの管理（コミュニティからのメンバーの禁止が可能）、コンテンツのモデレートをおこなうことができます。

ユーザーを作成し、の役割に割り当てるのと同じ手順に従います。 実施可能マネージャーを追加します。 ommunity-administrators 」グループの下に表示されます。

LDAP 統合 ldap-integration

AEMは、ユーザーの認証とユーザーアカウントの作成に LDAP の使用をサポートしています。 詳しくは、 AEM 6 での LDAP の設定.

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

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

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

を使用する場合 パブリッシュファームを使用する場合、ユーザーを最初に 1 つのインスタンスに読み込み、各パブリッシュインスタンスで同じパスを持つようにし、 ユーザー同期の有効化 を使用して、ユーザーを他のパブリッシュインスタンスに配布します。

ユーザーグループを読み込む場合、各パブリッシュインスタンスでユーザーグループが同じパスを持つようにするには、1 つのインスタンスに読み込み、次に パッケージの作成 書き出し用に、そのパッケージを他のすべてのパブリッシュインスタンスにインストールします。

ユーザー同期によるユーザーグループの同期は、今後のリリースで組み込まれる予定ですが、現在、ユーザー同期の実行時に同期されるのはユーザーグループのメンバーシップのみです。

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

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