OpenLDAP has a proxy backend, and it has been suggested we could provide one also. This could be useful in situations today where cloud vendors offer LDAP interfaces to allow an office to have an onsite cache.
This could be implemented by a caching system for the chaining db (which may exist? Reading the docs I don't obviously see it, but if it does exist, I'd love to know). Or it could be a unique backend implementation in parallel to ldbm/chaining.
We should consider that AD is a target, so schema validation would probably not possible. Additionally, we may not be able to read the password hashes from the remote, so we would catch-and-proxy binds, then cache the userPassword in our own internal method on our cache entry.
It would potentially valuable to think about how to implement this effectively for these customer cases. Even more so as RHEL/SUSE are removing OpenLDAP, this feature is another area where we can then act as a complete replacement for OpenLDAP.
Metadata Update from @mreynolds:
- Custom field origin adjusted to None
- Custom field reviewstatus adjusted to None
- Issue set to the milestone: FUTURE
to comment on this ticket.