[Date Prev][Date Next] [Chronological] [Thread] [Top]

RE: Syncrepl and mmr

Thanks Quanah...

Now, I'm going to ask this...

My current ACL is:

olcAccess: {0}to attrs=userPassword,shadowLastChange by self write by anonymous auth by * none
olcAccess: {1}to * by * read

Supposed this allows the user to modify their userPassword and (in so doing) modifying the shadowLastChange, allows anonymous to authenticate against these entries and allows others to read these entries

Am I reading that correctly...or at least close?

To give my syncrepl user (ldapadmin) access, my new ACL would another olcAccess:

olcAccess:{2}to * by cn=ldapdmin manage

Is that correct?

Thanks in advance.  

John Borresen

-----Original Message-----
From: Quanah Gibson-Mount [mailto:quanah@zimbra.com] 
Sent: Thursday, January 30, 2014 2:58 PM
To: Borresen, John - 0442 - MITLL; openldap-technical@openldap.org
Subject: Re: Syncrepl and mmr

--On Thursday, January 30, 2014 7:51 AM -0500 "Borresen, John - 0442 - MITLL" <John.Borresen@ll.mit.edu> wrote:

> For some reason the original never made it.  Not sure why.
> ________________________________________
> From: Borresen, John - 0442 - MITLL
> Sent: Wednesday, January 29, 2014 4:41 PM
> To: openldap-technical@openldap.org
> Subject: Syncrepl -- MMR
> All,
> Troubleshooting some issues, not to mention to verify that Syncrepl 
> are working as they should, following setting up a 2-way multi-master 
> in our test environment.
> 1)      I noticed that the "userPassword" attributes have all
> disappeared?!

> olcAccess: {0}to attrs=userPassword,shadowLastChange by self write by 
> anonymou s auth by * none

Obviously this ACL allows no access to the userPassword or shadowLastChange attributes by your replication user.  Clearly this will result in the behavior you have described.



Quanah Gibson-Mount
Architect - Server
Zimbra, Inc.
Zimbra ::  the leader in open source messaging and collaboration