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

Re: Forwarding requests?

On Thu, 2003-03-20 at 13:21, Bjørn Ove Grøtan wrote:
> Andrew McCall:
> > At the moment, our LDAP directory is set up so that about 4000 desktop
> > machines do a search on the address book using the search base of
> > o=oldhammbc,c=uk.  We are planning to perform a major overhall of the
> > LDAP direcotory, and I would like to change the base to
> > dc=oldham,dc=gov,dc=uk.
> > 
> > I can't do this if it involves going to all 4000 PC's and changing their
> > address book settings, but I was wondering if there was anyway that
> > OpenLDAP can "forward" requests from one search base to another? I would
> > like to be able to put some setting in so that the old base is
> > automatically translated into the new base - is this possible??
> You can make the change to reflect your new base and then make another
> database with your old base but no entries wich uses your new setup as
> referral. I haven't tested it myself, but I'v been told it should work.

This seems to be what I want to do, but the documents are not clear on
how I get it to do this. Taken from the web site docs :

=== referral <URI>

This directive specifies the referral to pass back when slapd cannot
find a local database to handle a request.


        referral ldap://root.openldap.org

This will refer non-local queries to the global root LDAP server at the
OpenLDAP Project. Smart LDAP clients can re-ask their query at that
server, but note that most of these clients are only going to know how
to handle simple LDAP URLs that contain a host part and optionally a
distinguished name part.


To me, this seems to say that if a request can't be handled send it to
another server, not refer dc's to another dc.

Anyone clear this up?


Andrew McCall

This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.

This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.