[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: Openldap, kerberos backend, and SASL
On Thu, 2009-03-05 at 02:43 +0100, Michael Ströder wrote:
> Da Rock wrote:
> > I'm not sure you quite understand what I mean here-
>
> I think I do. ;-)
>
> There's no reason why you shouldn't be able to do the following:
>
> LDAP Client
> --ldap:// with SASL/GSSAPI--> slapd
> --KRB5--> heimdal KDC
> --ldapi:// with SASL/EXTERNAL--> slapd
>
> In fact the picture is a bit more complicated but I'm too tired to draw
> the real one. Hope you get the idea.
Actually thats very well presented- at least I get what your saying.
A hiccup here is that I mean that there is no ldap client- yet. I'm
talking about at startup, slapd looks to authenticate with kerberos as a
service, and kerberos is using ldap as the backend store and needs to
authenticate to do so, which kerberos can't do as ldap hasn't
authenticated yet as a service.
I can see several options/problems:
1. this would/should only be a problem on the initial startup and again
IF the system goes down longer than the ticket lifetime.
2. The initial startup shouldn't be a problem as the password could be
changed to SASL/GSSAPI once the system is up and running.
IF rootdn particularly is not allocated a password until changed within
the database itself then this can be set to SASL/GSSAPI after startup,
and the Heimdal user would have to be set in an initial ldif file
anyway- right?