[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: Data access issue
Dieter Kluenter wrote:
> Harry Jede <walk2sun@arcor.de> writes:
>
>> Hi Vincent,
>>
>>> Hi,
> [...]
>>> access to dn.one="ou=personnes, dc=morinie, dc=fr"
>> Remove the spaces:
>> access to dn.one="ou=personnes,dc=morinie,dc=fr"
>>> by anonymous auth
>>> by self write
>>> by users write
>>>
>>> I don't understand why I can't get the data!
>> A space is a regular and valid character :-( .
>
> To elaborate a bit more on this:
>
> the access rule dn.one=ou=personnes, dc=morinie, dc=fr
> is acceptable, as I just have tested with my own setup:
>
> olcAccess: {1}to dn.subtree="ou=adressbuch, o=avci,c=de" by * read
>
> a search without spaces will provide the requested result:
> ldapsearch -x -H ldap://localhost:9004 -b ou=adressbuch,o=avci,c=de
>
> a search with spaces
> ldapsearch -x -H ldap://localhost -b ou=adressbuch, o=avci,c=de
> will result in error code 34 invalid DN syntax
You've failed to take into account the shell's parsing behavior.
Use: -b "ou=adressbuch, o=avci,c=de" and you'll see that spaces are insignificant.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/