Enable LDAP for Kong Manager

    Using the configuration below, it is unnecessary to manually apply the LDAP plugin; the configuration alone will enable LDAP Authentication for Kong Manager.

    Ensure Kong is configured with the following properties either in the configuration file or using environment variables:

    • : The attribute used to identify LDAP users
      • For example, to map LDAP users to admins by their username, "attribute":"uid"
    • "base_dn":"<ENTER_YOUR_BASE_DN_HERE>": LDAP Base DN (Distinguished Name)
      • For example, ou=scientists,dc=ldap,dc=com
    • : LDAP host domain
    • "ldap_password":"<ENTER_YOUR_LDAP_PASSWORD_HERE>": LDAP password
      • Note: As with any configuration property, sensitive information may be set as an environment variable instead of being written directly in the configuration file.
    • Under all circumstances, the secret must be manually set to a string.
    • If using HTTP instead of HTTPS, cookie_secure must be manually set to false.
    • If using different domains for the Admin API and Kong Manager, must be set to off. Learn more about these properties in , and see example configurations.

    After starting Kong with the desired configuration, you can create new Admins whose usernames match those in the AD. Those users will then be able to accept invitations to join Kong Manager and log in with their LDAP credentials.

    When using only RBAC Token authorization, Service Directory Mapping to Kong Roles does not take effect. If you need to use CLI access with your Service Directory mapping, you can use the same authentication mechanism that Kong Manager uses to secure browser sessions.

    Authenticate User Session

    Now the cookie is stored at /tmp/cookie and can be read for future requests:

    Because Kong Manager is a browser application, if any HTTP responses see the Set-Cookie header, then it will automatically attach it to future requests. This is why it is helpful to utilize cURL’s cookie engine or . If storing the session is not desired, then the Set-Cookie header value can be copied directly from the /auth response and used with subsequent requests.