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

Re: Cache/Proxy/Replicating a distant, slow LDAP server

To: Morten Mikkelsen <mortenbreum@gmail.com>
Subject: Re: Cache/Proxy/Replicating a distant, slow LDAP server
From: Michael Ströder <michael@stroeder.com>
Date: Wed, 18 Feb 2009 11:05:57 +0100
Cc: openldap-technical@openldap.org
In-reply-to: <eb33ca710902180138x62770e85y524bd6a308a49a27@mail.gmail.com>
References: <eb33ca710812171517k10975f73re3bbaf817fe4ebb6@mail.gmail.com> <eca827cf0812180622v41f9f99by9ce439623870150c@mail.gmail.com> <eb33ca710902180138x62770e85y524bd6a308a49a27@mail.gmail.com>
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.19) Gecko/20081204 SeaMonkey/1.1.14

Morten Mikkelsen wrote:
> On Thu, Dec 18, 2008 at 3:22 PM, jakjr <joao.alfredo@gmail.com> wrote:
>> Did you load the syncprov module on master server ?
> 
> I cannot control or inspect the primary LDAP server in any way at all.

You can access it via LDAP?

> I'm not even sure what server is being used.

Check the server's rootDSE if access control allows it. Usually there
are many hints therein which server it is.

> Is there no way to one-way-replicate it just by ordinary queries that
> don't impose requirements on it?

That's rather a matter of implementing a custom sync script. Depending
on ACLs and server-side limits this may or may not work.

Ciao, Michael.

References:
- Re: Cache/Proxy/Replicating a distant, slow LDAP server
  - From: Morten Mikkelsen <mortenbreum@gmail.com>

Prev by Date: Re: Cache/Proxy/Replicating a distant, slow LDAP server
Next by Date: Re: Usermod problems with ldap
Index(es):
- Chronological
- Thread