.. _minio-authenticate-using-ad-ldap-generic: ================================================================ Configure MinIO for Authentication using Active Directory / LDAP ================================================================ .. default-domain:: minio .. contents:: Table of Contents :local: :depth: 2 Overview -------- MinIO supports using an Active Directory / LDAP Connect for external management of user identities. The procedure on this page provides instructions for: .. cond:: k8s - Configuring a MinIO Tenant to use an external AD/LDAP provider - Accessing the Tenant Console using AD/LDAP Credentials. - Using the MinIO ``AssumeRoleWithLDAPIdentity`` Security Token Service (STS) API to generate temporary credentials for use by applications. .. cond:: linux or macos or container or windows - Configuring a MinIO cluster for an external AD/LDAP provider. - Accessing the MinIO Console using AD/LDAP credentials. - Using the MinIO ``AssumeRoleWithLDAPIdentity`` Security Token Service (STS) API to generate temporary credentials for use by applications. This procedure is generic for AD/LDAP services. Defer to the documentation for the AD/LDAP provider of your choice for specific instructions or procedures on configuration of user identities. Prerequisites ------------- .. cond:: k8s MinIO Kubernetes Operator and Plugin ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ .. include:: /includes/k8s/common-operator.rst :start-after: start-requires-operator-plugin :end-before: end-requires-operator-plugin Active Directory / LDAP Compatible IDentity Provider ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ This procedure assumes an existing Active Directory or LDAP service. Instructions on configuring AD/LDAP are out of scope for this procedure. .. cond:: k8s - For AD/LDAP deployments within the same Kubernetes cluster as the MinIO Tenant, you can use Kubernetes service names to allow the MinIO Tenant to establish connectivity to the AD/LDAP service. - For AD/LDAP deployments external to the Kubernetes cluster, you must ensure the cluster supports routing communications between Kubernetes services and pods and the external network. This may require configuration or deployment of additional Kubernetes network components and/or enabling access to the public internet. MinIO requires a read-only access keys with which it :ref:`binds ` to perform authenticated user and group queries. Ensure each AD/LDAP user and group intended for use with MinIO has a corresponding :ref:`policy ` on the MinIO deployment. An AD/LDAP user with no assigned policy *and* with membership in groups with no assigned policy has no permission to access any action or resource on the MinIO cluster. .. cond:: k8s MinIO Tenant ~~~~~~~~~~~~ This procedure assumes your Kubernetes cluster has sufficient resources to :ref:`deploy a new MinIO Tenant `. You can also use this procedure as guidance for modifying an existing MinIO Tenant to enable AD/LDAP Identity Management. .. cond:: linux or container or macos or windows MinIO Deployment ~~~~~~~~~~~~~~~~ This procedure assumes an existing MinIO cluster running the :minio-git:`latest stable MinIO version `. Defer to the :ref:`minio-installation` for more complete documentation on new MinIO deployments. This procedure *may* work as expected for older versions of MinIO. .. cond:: linux or container or macos or windows Install and Configure ``mc`` with Access to the MinIO Cluster ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ This procedure uses :mc:`mc` for performing operations on the MinIO cluster. Install ``mc`` on a machine with network access to the cluster. See the ``mc`` :ref:`Installation Quickstart ` for instructions on downloading and installing ``mc``. This procedure assumes a configured :mc:`alias ` for the MinIO cluster. .. Lightly modeled after the SSE tutorials .. cond:: k8s .. _minio-external-identity-management-ad-ldap-configure: .. include:: /includes/k8s/steps-configure-ad-ldap-external-identity-management.rst .. Doing this the quick and dirty way. Need to revise later to be proper full includes via stepfiles .. cond:: linux or container or macos or windows .. _minio-external-identity-management-ad-ldap-configure: Procedure --------- 1) Set the Active Directory / LDAP Configuration Settings ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ You can configure the AD/LDAP provider using either environment variables *or* server runtime configuration settings. Both methods require starting/restarting the MinIO deployment to apply changes. The following tabs provide a quick reference of all required and optional environment variables and configuration settings respectively: .. tab-set:: .. tab-item:: Environment Variables MinIO supports specifying the AD/LDAP provider settings using :ref:`environment variables `. The :mc:`minio server` process applies the specified settings on its next startup. For distributed deployments, specify these settings across all nodes in the deployment using the *same* values consistently. The following example code sets *all* environment variables related to configuring an AD/LDAP provider for external identity management. The minimum *required* variable are: - :envvar:`MINIO_IDENTITY_LDAP_SERVER_ADDR` - :envvar:`MINIO_IDENTITY_LDAP_LOOKUP_BIND_DN` - :envvar:`MINIO_IDENTITY_LDAP_LOOKUP_BIND_PASSWORD` - :envvar:`MINIO_IDENTITY_LDAP_USER_DN_SEARCH_BASE_DN` - :envvar:`MINIO_IDENTITY_LDAP_USER_DN_SEARCH_FILTER` .. code-block:: shell :class: copyable export MINIO_IDENTITY_LDAP_SERVER_ADDR="ldaps.example.net:636" export MINIO_IDENTITY_LDAP_LOOKUP_BIND_DN="CN=xxxxx,OU=xxxxx,OU=xxxxx,DC=example,DC=net" export MINIO_IDENTITY_LDAP_USER_DN_SEARCH_BASE_DN="dc=example,dc=net" export MINIO_IDENTITY_LDAP_USER_DN_SEARCH_FILTER="(&(objectCategory=user)(sAMAccountName=%s))" export MINIO_IDENTITY_LDAP_LOOKUP_BIND_PASSWORD="xxxxxxxxx" export MINIO_IDENTITY_LDAP_GROUP_SEARCH_FILTER="(&(objectClass=group)(member=%d))" export MINIO_IDENTITY_LDAP_GROUP_SEARCH_BASE_DN="ou=MinIO Users,dc=example,dc=net" For complete documentation on these variables, see :ref:`minio-server-envvar-external-identity-management-ad-ldap` .. tab-item:: Configuration Settings MinIO supports specifying the AD/LDAP provider settings using :mc-conf:`configuration settings `. The :mc:`minio server` process applies the specified settings on its next startup. For distributed deployments, the :mc:`mc admin config` command applies the configuration to all nodes in the deployment. The following example code sets *all* configuration settings related to configuring an AD/LDAP provider for external identity management. The minimum *required* setting are: - :mc-conf:`identity_ldap server_addr ` - :mc-conf:`identity_ldap lookup_bind_dn ` - :mc-conf:`identity_ldap lookup_bind_password ` - :mc-conf:`identity_ldap user_dn_search_base_dn ` - :mc-conf:`identity_ldap user_dn_search_filter ` .. code-block:: shell :class: copyable mc admin config set ALIAS/ identity_ldap \ server_addr="ldaps.example.net:636" \ lookup_bind_dn="CN=xxxxx,OU=xxxxx,OU=xxxxx,DC=example,DC=net" \ lookup_bind_password="xxxxxxxx" \ user_dn_search_base_dn="DC=example,DC=net" \ user_dn_search_filter="(&(objectCategory=user)(sAMAccountName=%s))" \ group_search_filter= "(&(objectClass=group)(member=%d))" \ group_search_base_dn="ou=MinIO Users,dc=example,dc=net" For more complete documentation on these settings, see :mc-conf:`identity_ldap`. 2) Restart the MinIO Deployment ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ You must restart the MinIO deployment to apply the configuration changes. Use the :mc-cmd:`mc admin service restart` command to restart the deployment. .. code-block:: shell :class: copyable mc admin service restart ALIAS Replace ``ALIAS`` with the :ref:`alias ` of the deployment to restart. 3) Use the MinIO Console to Log In with AD/LDAP Credentials ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ The MinIO Console supports the full workflow of authenticating to the AD/LDAP provider, generating temporary credentials using the MinIO :ref:`minio-sts-assumerolewithldapidentity` Security Token Service (STS) endpoint, and logging the user into the MinIO deployment. Starting in :minio-release:`RELEASE.2021-07-08T01-15-01Z`, the MinIO Console is embedded in the MinIO server. You can access the Console by opening the root URL for the MinIO cluster. For example, ``https://minio.example.net:9000``. From the Console, click :guilabel:`BUTTON` to begin the Active Directory / LDAP authentication flow. Once logged in, you can perform any action for which the authenticated user is :ref:`authorized `. You can also create :ref:`access keys ` for supporting applications which must perform operations on MinIO. Access Keys are long-lived credentials which inherit their privileges from the parent user. The parent user can further restrict those privileges while creating the service account. 4) Generate S3-Compatible Temporary Credentials using AD/LDAP Credentials ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ MinIO requires clients authenticate using :s3-api:`AWS Signature Version 4 protocol ` with support for the deprecated Signature Version 2 protocol. Specifically, clients must present a valid access key and secret key to access any S3 or MinIO administrative API, such as ``PUT``, ``GET``, and ``DELETE`` operations. Applications can generate temporary access credentials as-needed using the :ref:`minio-sts-assumerolewithldapidentity` Security Token Service (STS) API endpoint and AD/LDAP user credentials. MinIO provides an example Go application :minio-git:`ldap.go ` with an example of managing this workflow. .. code-block:: shell POST https://minio.example.net?Action=AssumeRoleWithLDAPIdentity &LDAPUsername=USERNAME &LDAPPassword=PASSWORD &Version=2011-06-15 &Policy={} - Replace the ``LDAPUsername`` with the username of the AD/LDAP user. - Replace the ``LDAPPassword`` with the password of the AD/LDAP user. - Replace the ``Policy`` with an inline URL-encoded JSON :ref:`policy ` that further restricts the permissions associated to the temporary credentials. Omit to use the :ref:`policy whose name matches ` the Distinguished Name (DN) of the AD/LDAP user. The API response consists of an XML document containing the access key, secret key, session token, and expiration date. Applications can use the access key and secret key to access and perform operations on MinIO. See the :ref:`minio-sts-assumerolewithldapidentity` for reference documentation.