Edge for Private Cloud v4.18.05
このセクションでは、ユーザー認証のために LDAP サービスを Apigee Edge に統合するために必要なコンポーネントを取得、インストール、構成する方法について説明します。
前提条件
- Apigee Edge for Private Cloud 4.18.05 がインストールされている必要があります。
- このインストールを実行するには、Apigee Edge for Private Cloud のグローバル システム管理者の認証情報が必要です。
- Apigee Edge for Private Cloud のインストールのルート ディレクトリを確認する必要があります。デフォルトのルート ディレクトリは
/optです。 - Edge グローバル システム管理者の認証情報を外部 LDAP に追加する必要があります。デフォルトでは、sysadmin の認証情報は Edge の内部 LDAP に保存されます。外部 LDAP に切り替えると、sysadmin 認証情報は外部 LDAP で認証されます。したがって、Edge で外部認証を有効にする前に、外部システムに認証情報をプロビジョニングする必要があります。
たとえば、グローバル システム管理者の認証情報を使用して Apigee Edge for Private Cloud を構成してインストールした場合は、次のようになります。
username: edgeuser@mydomain.com password: Secret123
パスワード
Secret123を持つユーザーedgeuser@mydomain.comも外部 LDAP に存在する必要があります。 - 管理サーバークラスタを実行している場合は、各管理サーバーに対してこのドキュメントに記載されているすべての手順を実行する必要があることに注意してください。
外部認証の構成
主な作業は、management-server.properties ファイルの構成です。このアクティビティには、Edge Management Server の停止と起動、直接バインディングと間接バインディングのどちらを使用するかの決定、機密性の高い認証情報の暗号化、その他の関連タスクが含まれます。
- 重要: 間接バインディング認証方法と直接バインディング認証方法のどちらを使用するかを決定します。この決定は、構成の一部に影響します。外部認証をご覧ください。
- 重要: 複数の Apigee Edge Management Server を実行している場合は、各サーバーでこれらの構成手順を行う必要があります。
- テキスト エディタで
/opt/apigee/customer/application/management-server.propertiesを開きます。ファイルが存在しない場合は作成します。 - 次の行を追加します。
conf_security_authentication.user.store=externalized.authentication
この行により、Edge for Private Cloud のインストールに外部認証機能が追加されます。
- このステップを簡単にするために、コメントが十分に記載された 2 つのサンプル構成(直接バインディング認証用と間接バインディング認証用)を作成しました。使用するバインディングについては、以下のサンプルを参照して構成を完了してください。
- Management Server を再起動します。
/opt/apigee/apigee-service/bin/apigee-service edge-management-server restart
- サーバーが実行されていることを確認します。
/opt/apigee/apigee-service/bin/apigee-all status
- 重要: 次のいずれか(または両方)の状況では、追加の構成を行う必要があります。
- ユーザーがメールアドレス以外のユーザー名を使用してログインできるようにする場合。この場合、sysadmin ユーザーもユーザー名で認証する必要があります。
AND / OR
- 外部 LDAP の sysadmin ユーザー アカウントのパスワードが、Apigee Edge for Private Cloud の初回インストール時に構成したパスワードと異なる場合。さまざまな sysadmin 認証情報に必要な構成をご覧ください。
- ユーザーがメールアドレス以外のユーザー名を使用してログインできるようにする場合。この場合、sysadmin ユーザーもユーザー名で認証する必要があります。
DIRECT BINDING 構成のサンプル
## The first property is always required to enable the external authorization feature. ## Do not change it. conf_security_externalized.authentication.implementation.class=com.apigee.rbac.impl.LdapAuthenticatorImpl ## Identify the type of binding: ## Set to "true" for direct binding ## Set to "false" for indirect binding. conf_security_externalized.authentication.bind.direct.type=true ## The next seven properties are needed regardless of direct or indirect binding. You need to ## configure these per your external authentication installation. ## The IP or domain for your external LDAP instance. conf_security_externalized.authentication.server.url=ldap://localhost:389 ## Your external LDAP server version. conf_security_externalized.authentication.server.version=3 ## The server timeout in milliseconds. conf_security_externalized.authentication.server.conn.timeout=50000 ## Change these baseDN values to match your external LDAP service. This attribute value will be ## provided by your external LDAP administrator, and may have more or fewer dc elements depending ## on your setup. conf_security_externalized.authentication.user.store.baseDN=dc=apigee,dc=com ## Do not change this search string. It is used internally. conf_security_externalized.authentication.user.store.search.query=(&(${userAttribute}=${userId})) ## Identifies the external LDAP property you want to bind against for Authentication. For ## example if you are binding against an email address in Microsoft Active Directory, this would be ## the userPrincipalName property in your external LDAP instance. Alternatively if you are binding ## against the user's ID, this would typically be in the sAMAccountName property: conf_security_externalized.authentication.user.store.user.attribute=userPrincipalName ## The LDAP attribute where the user email value is stored. For direct binding with AD, set it to ## userPrincipalName. conf_security_externalized.authentication.user.store.user.email.attribute=userPrincipalName ## ONLY needed for DIRECT binding. ## The direct.bind.user.directDN property defines the string that is used for the bind against the ## external authentication service. Ensure it is set as follows: conf_security_externalized.authentication.direct.bind.user.directDN=${userDN}
INDIRECT BINDING 構成のサンプル
## Required to enable the external authorization feature. Do not change it. conf_security_externalized.authentication.implementation.class=com.apigee.rbac.impl.LdapAuthenticatorImpl ## Identifies the type of binding: ## Set to "true" for direct binding ## Set to "false" for indirect binding. conf_security_externalized.authentication.bind.direct.type=false ## The next seven properties are needed regardless of direct or indirect binding. You need to ## configure these per your external LDAP installation. ## The IP or domain for your external LDAP instance. conf_security_externalized.authentication.server.url=ldap://localhost:389 ## Replace with your external LDAP server version. conf_security_externalized.authentication.server.version=3 ## Set the server timeout in milliseconds. conf_security_externalized.authentication.server.conn.timeout=50000 ## Change these baseDN values to match your external LDAP service. This attribute value will be # provided by your external LDAP administrator, and may have more or fewer dc elements # depending on your setup. conf_security_externalized.authentication.user.store.baseDN=dc=apigee,dc=com ## Do not change this search string. It is used internally. conf_security_externalized.authentication.user.store.search.query=(&(${userAttribute}=${userId})) ## Identifies the external LDAP property you want to bind against for Authentication. For example ## if you are binding against an email address, this would typically be in the ## userPrincipalName property in your external LDAP instance. Alternatively if you are binding ## against the user's ID, this would typically be in the sAMAccountName property. ## See also "Configuration required for different sysadmin credentials". conf_security_externalized.authentication.user.store.user.attribute=userPrincipalName ## Used by Apigee to perform the Authorization step and currently, Apigee only supports email ## address for Authorization. Make sure to set it to the attribute in your external LDAP that ## stores the user's email address. Typically this will be in the userPrincipalName property. conf_security_externalized.authentication.user.store.user.email.attribute=userPrincipalName ## The external LDAP username (for a user with search privileges on the external LDAP) and ## password and whether the password is encrypted. You must also set the attribute ## externalized.authentication.bind.direct.type to false. ## The password attribute can be encrypted or in plain text. See ## "Indirect binding only: Encrypting the external LDAP user's password" ## for encryption instructions. Set the password.encrypted attribute to "true" if the password is ## encrypted. Set it to "false" if the password is in plain text. conf_security_externalized.authentication.indirect.bind.server.admin.dn=myExtLdapUsername conf_security_externalized.authentication.indirect.bind.server.admin.password=myExtLdapPassword conf_security_externalized.authentication.indirect.bind.server.admin.password.encrypted=true
インストールのテスト
- サーバーが実行されていることを確認します。
/opt/apigee/apigee-service/bin/apigee-all status
- このコマンドを実行して、Apigee Edge グローバル システム管理者の認証情報を指定します。テストする API 呼び出しは、Edge sysadmin のみが実行できます。
curl -v http://management-server-IP:8080/v1/o -u sysadmin_username
次に例を示します。
curl -v http://192.168.52.100:8080/v1/o -u jdoe@mydomain.com
- プロンプトが表示されたら、パスワードを入力します。
コマンドが 200 ステータスと組織のリストを返した場合、構成は正しいです。このコマンドは、Edge Management Server への API 呼び出しが外部 LDAP システムを介して正常に認証されたことを確認します。