[SLAPD]Geen write access bij addressbook

[Tha_Butcha]

_{als ie naar SA moet, move hem dan maar, maar het leek me dat er meer kenners hier zitten.}


Ik heb dus een LDAP servertje draaien, voor me authenticatie (via PAM) en als adresboek voor me email clients. Daar zit ook gelijk het probleem.

Locatie adresboek: ou=addressbook,ou=services,dc=dare2b,dc=nl

Ik kan hem mooi bereiken vanuit b.v. oulook 2k3 (jaja , en de contacten aangemaakt met phpLDAPadmin lezen, maar ik kan geen nieuwe contacts via de email clients aanmaken (error: "You cannot create new entries").

config file (slapd.conf):

code:

# Making addressbook public available
access to dn.subtree="ou=addressbook, ou=services, dc=dare2b, dc=nl"
        by * write

waar doe ik iets fout?

[ Voor 4% gewijzigd door Tha_Butcha op 11-05-2004 16:00 ]

[a casema user]

Ik was hier zelf ook benieuwd naar omdat mij dit ook niet mogelijk was via de client.
Maar het is me gelukt

kill slapd
edit de slapd.conf
en ik heb daar het volgende verzonnen

access to *
by self write
by users write
by anonymous auth

en ik kan via evolution schrijven in het adresboek op de server.

--edit--
als je * aanpast naar je dn zou het moeten werken

[ Voor 9% gewijzigd door a casema user op 11-05-2004 22:52 ]

[Verwijderd]

De volgorde van ACLs is van belang bij openldap

Oja en de oplossing van mijn bovenbuurman is tamelijk ranzig en onveilig
_{Je wil niet dat elke geauthenticeerde gebruiker write access heeft op de volledige LDAP database}

[ Voor 75% gewijzigd door Verwijderd op 11-05-2004 23:57 ]

[Tha_Butcha]

dat dat ranzig en onveillig was had ik al door.

ik heb als ACL volgorde:

• attribute=userPassword dn.base="" * dn.subtree="ou=addressbook,ou=services,dc=dare2b,dc=nl"

klopt die volgorde?

[Verwijderd]

Nope, waarschijnlijk heb je op "*" alleen read access gedefinieerd voor de meeste gebruikers.

Als er nu iets opgevraagd wordt uit het adresboek, dan worden de ACL's op volgorde bekeken. Hij komt dan als eerste kandidaat * tegen en die staat hoogstwaarschijnlijk op alleen lezen voor de betreffende gebruiker. Gevolg is dus dat je geen toestemming hebt om te schrijven.

Draai de laatste 2 simpelweg om. De ACL voor "*" moet je dus als een Catch-all zien.