[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Intergrate Heimdal's hdb-ldap and Samba




Andrew Bartlett <abartlet@samba.org> writes:

> There certainly is a password change protocol :-)
>
> I would not object to storing both, and asserting that they are the same
> in Heimdal.  Samba can't assert that they are the same, but the only
> heimdal code that is going to be used will update the Samba passwords
> anyway, so it is a non-issue.

I don't think I care that much, and just leave it as it is.

>> You changed the structural object class from person to account, is this
>> wise ?
>
> I certainly think it is.  Person requires the account to be a real
> human, and I would claim that machines are not.  Furthermore, it matches
> what Samba does.

But its not what the old code does, and I guess it might break for old
installations.

If I did some more guessing, its because microsoft uses person the old ldap
code uses person.

It should be simple enough to just have a runtime option.

>> Dunno how to express the data for ldap. Example of data that I want to
>> store in the extention structure is pkinit acl's, certificates, old keys
>> (krbtgt's). I guess part of that is expresable in ldap (pkinit acl's at
>> least, because that is what MS does).
>
> People have generally found that almost anything can be shoved into
> LDAP, given suffienct force ;-)

The idea was not to use way too much force.

> For x.509 certificates, there is a objectClass
> (strongAuthenticationUser) and an attribute (userCertificate) for it
> already.

I was thinking more something like microsoft's
altSecurity(Identity|Principal) (?).

Love

PGP signature