25.02.2013 Views

TCP/IP Tutorial and Technical Overview - IBM Redbooks

TCP/IP Tutorial and Technical Overview - IBM Redbooks

TCP/IP Tutorial and Technical Overview - IBM Redbooks

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

It is usual to follow either a geographical or an organizational scheme to position<br />

entries in the DIT. For example, entries that represent countries would be at the<br />

top of the DIT. Below the countries would be national organizations, states, <strong>and</strong><br />

provinces, <strong>and</strong> so on. Below this level, entries might represent people within<br />

those organizations or further subdivisions of the organization. The lowest layers<br />

of the DIT entries can represent any object, such as people, printers, application<br />

servers, <strong>and</strong> so on. The depth or breadth of the DIT is not restricted <strong>and</strong> can be<br />

designed to suit application requirements.<br />

Entries are named according to their position in the DIT. The directory entry in<br />

the lower-right corner of Figure 12-16 on page 467 has the DN cn=John<br />

Smith,o=<strong>IBM</strong>,c=UK.<br />

Note: DNs read from leaf-to-root, as opposed to names in a file system<br />

directory, which usually read from root-to-leaf.<br />

The DN is made up of a sequence of RDNs. Each RDN is constructed from an<br />

attribute (or attributes) of the entry it names. For example, the DN cn=John<br />

Smith,o=<strong>IBM</strong>,c=UK is constructed by adding the RDN cn=John Smith to the DN of<br />

the ancestor entry o=<strong>IBM</strong>,c=UK.<br />

The DIT is described as being tree-like, implying that it is not a tree. This is<br />

because of aliases. Aliases allow the tree structure to be circumvented. This can<br />

be useful if an entry belongs to more than one organization or if a commonly<br />

used DN is too complex. Another common use of aliases is when entries are<br />

moved within the DIT <strong>and</strong> you want access to continue to work as before. In<br />

Figure 12-16 on page 467, cn=John,ou=LDAP Team,o=<strong>IBM</strong>,c=US is an alias for<br />

cn=John Smith,o=<strong>IBM</strong>,c=UK.<br />

Because an LDAP directory can be distributed, an individual LDAP server might<br />

not store the entire DIT. Instead, it might store the entries for a particular<br />

department but not the entries for the ancestors of the department. For example,<br />

a server might store the entries for the Accounting department at Yredbookscorp.<br />

The highest node in the DIT stored by the server would be<br />

ou=Accounting,o=Yredbookscorp,c=US. The server would store entries<br />

ou=Accounting,o=Yredbookscorp,c=US but not for c=US or for<br />

o=Yredbookscorp,c=US. The highest entry stored by a server is called a suffix.<br />

Each entry stored by the server ends with this suffix, so in this case, the suffix is<br />

the entire ou=Accounting,o=Yredbookscorp,c=US.<br />

A single server can support multiple suffixes. For example, in addition to storing<br />

information about the Accounting department, the same server can store<br />

information about the Sales department at MyCorp. The server then has the<br />

suffixes ou=Accounting,o=Yredbookscorp,c=US <strong>and</strong> ou=Sales,o=MyCorp,c=US.<br />

Because a server might not store the entire DIT, servers need to be linked<br />

468 <strong>TCP</strong>/<strong>IP</strong> <strong>Tutorial</strong> <strong>and</strong> <strong>Technical</strong> <strong>Overview</strong>

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!