git.sur5r.net Git - openldap/blob - doc/guide/admin/referrals.sdf

   1 # $OpenLDAP$
   2 # Copyright 1999-2000, The OpenLDAP Foundation, All Rights Reserved.
   3 # COPYING RESTRICTIONS APPLY, see COPYRIGHT.
   4
   5 H1: Constructing a Distributed Directory Service
   6
   7 For many sites, running one or more {{slapd}}(8) that hold an
   8 entire subtree of data is sufficient. But often it is desirable
   9 to have one {{slapd}}} refer to other directory services for a
  10 certain part of the tree (which may or may not be running {{slapd}}).
  11
  12 !if 0
  13 {{slapd}} supports {{subordinate}}, {{immediate superior}},
  14 and {{superior}} knowledge information.
  15 !else
  16 {{slapd}} supports {{subordinate}} and {{superior}} knowledge information.
  17 !endif
  18
  19
  20 H2: Subordinate Knowledge Information
  21
  22 Subordinate knowledge information may be provided to delegate
  23 a subtree.
  24 Subordinate knowledge information is maintained in the directory
  25 as a special {{referral}} object at the delegate point.
  26 The referral object acts as a delegation point, gluing two servcies
  27 together.
  28 This mechanism allows for hierarchial directory services to to be
  29 constructed.
  30
  31 A referral object has an structural object class of
  32 {{EX:referral}} and has the same {{TERM[expand]DN}} as the
  33 delegated subtree.  Generally, the referral object will also
  34 provide the auxiliary object class {{EX:extensibleObject}}.
  35 This allows the entry to contain appropriate {{TERM[expand]RDN}}
  36 values.  This is best demonstrated by example.
  37
  38 If the server {{EX:a.example.net}} holds {{EX:dc=example,dc=net}}
  39 and wished to delegate the subtree {{EX:ou=subtree,dc=example,dc=net}}
  40 to another server {{EX:b.example.net}}, the following named referral
  41 object would be added to {{a.example.net}}:
  42
  43 E:      dn: dc=subtree, dc=example, dc=net
  44 E:      objectClass: referral
  45 E:      objectClass: extensibleObject
  46 E:      dc: subtree
  47 E:      ref: ldap://b.example.net/dc=subtree,dc=example,dc=net/
  48
  49 The server uses this information to generate referrals and
  50 search continuations to subordinate servers.
  51
  52 For those familiar with X.500, a {{named referral}} object is
  53 similar to an X.500 knowledge reference held in a {{subr}}
  54 {{TERM:DSE}}.
  55
  56
  57 !if 0
  58 H2: Immediate Superior Knowledge Information
  59
  60 Immediate superior knowledge information may be provided in the
  61 entry at the root of a delegated subtree.  The knowledge information
  62 is contained with {{ref}} operational attribute.
  63
  64 Extending the example above, a {{ref}} attribute can be added
  65 to the entry {{EX:dc=subtree,dc=example,dc=net}} in server B indicating
  66 that A holds the immediate superior naming context.
  67
  68 E:      dn: dc=subtree, dc=example, dc=net
  69 E:      changetype: modify
  70 E:      add: ref
  71 E:      ref: ldap://a.example.net/
  72
  73 The server uses this information to generate referrals to
  74 managment operations.
  75
  76 For those familiar with X.500, this use of the {{ref}} attribute
  77 is similar to an X.500 knowledge reference held in a
  78 {{immSupr}} {{TERM:DSE}}.
  79 !endif
  80
  81
  82 H2: Superior Knowledge Information
  83
  84 Superior knowledge information may be specified using the
  85 {{EX:referral}} directive.  The value is a list of {{TERM:URI}}s
  86 referring to superior directory services.  For servers
  87 without immediate superiors, such as for {{EX:a.example.net}}
  88 in the example above, the server can be configured to use
  89 directory service with {{global knowledge}}, such as the
  90 OpenLDAP Root Service.
  91
  92 E:      referral        ldap://root.openldap.org/
  93
  94 However, as {{EX:a.example.net}} is the {{immediate superior}}
  95 to {{EX:b.example.net}}, {{a.example.net}} would be configured
  96 as follows:
  97
  98 E:      referral        ldap://a.example.net/
  99
 100 The server uses this information to generate referrals to
 101 operations acting upon operations not within or subordinate
 102 to any of the naming contexts held by the server.
 103
 104 For those familiar with X.500, this use of the {{ref}} attribute
 105 is similar to an X.500 knowledge reference held in a
 106 {{Supr}} {{TERM:DSE}}.