First, I'll prefix this question by saying I last set up a brand-new LDAP server from scratch about 3 years ago, and then 10 years prior to that. I've probably forgotten most of what I ever knew.

I'm trying to use ldapd(8), which looks as minimalist and 'sane-defaults-should-work' as everything else in OpenBSD-land. Compared to 389 Server, or even OpenLDAP, this is refreshing.

I can get ldapd running without any issue, but I can't add any entries of any type to it. I can simple-bind as the rootdn without any problems. I can query the schema without any problems. I can query the 'root' without issue, and I see my namingContext, no issues there either.

Any searches at all at the base DN return nothing, which is pretty much what I expected, since I haven't populated it yet. All the LDAP browsers & tools complain very loudly that there's nothing there yet at "dc=x,dc=y"...which sort of makes sense, except typically the error 32 (no results) is treated as a big problem which sort of doesn't make sense. If my namingContext is "dc=x,dc=y" shouldn't I be able to query "dc=x,dc=y" itself right away?

However, I can't even add an OU:

    dn: ou=Users,dc=x,dc=y
    objectType: organizationalUnit
    ou: Users

with "ldapadd -v" gives me:
    add objectType:
            organizationalUnit
    add ou:
            Users
    adding new entry "ou=Users,dc=x,dc=y"
    ldap_add: No such attribute (16)

attempting to add another DC container produces the exact same error. I'm adding, I think, all the necessary attributes, and I've even tried removing the attribute indexes (yes, I deleted the database first) in case it was trying to index a null attribute, but that was grasping at straws.

My best guess so far is that I have to precreate the dc=x,dc=y and dc=y objects and provide their attributes, but I can't do that either - I get "45 naming violation" when I try.

Obviously I have no idea what I'm doing wrong here.
Hints greatly appreciated.

-Adam
 athom...@athompso.net

Reply via email to