# External LDAP Server

**URL:** <https://forum.keycloak.org/t/external-ldap-server/1161>\
**Category:** Miscellanaeous\
**Tags:** authentication, ldap\
**Created:** [February 5, 2020, 7:35am UTC](https://forum.keycloak.org/t/external-ldap-server/1161 "2020-02-05T07:35:59Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![picardim](https://yyz2.discourse-cdn.com/free1/user_avatar/forum.keycloak.org/picardim/32/4739_2.png) [@picardim](https://forum.keycloak.org/u/picardim)\
**Post date:** [February 5, 2020, 7:35am UTC](https://forum.keycloak.org/t/external-ldap-server/1161/1 "2020-02-05T07:35:59Z")

</div>

Hello,  
i am wandering does anybody know if keycloak can support the creation for new users not to its internal database but to an external ldap database.?

Thank you

---

<div class="post-metadata">

**Author:** ![Robinyo](https://avatars.discourse-cdn.com/v4/letter/r/dec6dc/32.png) [@Robinyo](https://forum.keycloak.org/u/Robinyo)\
**Post date:** [February 5, 2020, 10:40pm UTC](https://forum.keycloak.org/t/external-ldap-server/1161/2 "2020-02-05T22:40:14Z")

</div>

Sure, just create a user federation where `Import Users = Off`.

Ref: [Keycloak, Flowable and OpenLDAP](https://robferguson.org/blog/2020/01/03/keycloak-flowable-and-openldap/)

---

<div class="post-metadata">

**Author:** ![mposolda](https://yyz2.discourse-cdn.com/free1/user_avatar/forum.keycloak.org/mposolda/32/12_2.png) [@mposolda](https://forum.keycloak.org/u/mposolda)\
**Post date:** [February 7, 2020, 12:39pm UTC](https://forum.keycloak.org/t/external-ldap-server/1161/3 "2020-02-07T12:39:54Z")

</div>

Yes, you can use LDAP provider with EditMode set to WRITABLE. If you  
enable “Sync registration” switch, then newly created Keycloak users  
will be created into LDAP. Some data of users are usually still saved in  
Keycloak DB, usually those, which doesn’t directly map to LDAP (EG.  
social links, consents, some other profile data and user attributes,  
which don’t have corresponding counterparts in LDAP schema etc).

Marek
