[Date Prev][Date Next]
Can a Shadow Server "Proxy" UpdateRef?
- To: "firstname.lastname@example.org" <email@example.com>
- Subject: Can a Shadow Server "Proxy" UpdateRef?
- From: Ben Rockwood <firstname.lastname@example.org>
- Date: Fri, 20 May 2011 13:13:09 -0700
- Dkim-signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=messagingengine.com; h=message-id:date:from:mime-version:to:subject:content-type:content-transfer-encoding; s=smtpout; bh=LMkJOVB/JSIGPC68Eg7ncBl+gWQ=; b=JkPa/djpSjcbFhUEUVdnppV5ItdmUJCgLtokg75h4oeFjtH3IF1opoR4idIzlULgW60tzeicnrdG8aRYVyuGbXyP1rgUbp7HH17nwO1pX0uxJp9VRLY/57mkPKZPeEl0lijGNQWVsqAxN5R2ZosxwWkTuv5/KZ3yBeN36GMBfhU=
- User-agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:184.108.40.206) Gecko/20110414 Thunderbird/3.1.10
I want to shadow my directory into multiple locations. I'd like to use
updateref to provide a way to make writes back to the master. The
problem is that updateref hands a new LDAP URI back to the client who
then tries to connect to the appropriate server... this is a problem if
the client does not have access to connect directly to the referred
server. In my case the shadow server has access to the master but the
clients do not (private subnet).
Is there a way for the shadow server to send the write operation to the
master itself, as though its proxying it, rather than returning a
referral to the client?