22.12.2012 Views

Front cover - IBM Redbooks

Front cover - IBM Redbooks

Front cover - IBM Redbooks

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

8.3.1 Data sources<br />

8.3.2 Object classes<br />

316 Lotus Security Handbook<br />

We already discussed the concept of authoritative sources earlier in this chapter.<br />

In the context of directory synchronization, the data sources are the directories or<br />

repositories that we need to exchange data between.<br />

Before you can identify the tools or methods you can use to exchange data, you<br />

must first identify the directories and the interfaces supported by each.<br />

Directories generally support some form of application programming interface<br />

(API), they might also support LDAP reads and updates, and they might support<br />

a bulk file import or export. We discuss tools for directory synchronization later in<br />

this chapter. For all practical purposes, we can use the terms “data source” and<br />

“directory” interchangeably. However, note that we must make the distinction<br />

between a source versus a target. Note that the same data can have multiple<br />

target directories, but will have only one source directory.<br />

The use of standard object classes and attributes facilitates a “universal”<br />

language for the mapping of data between one directory and another. Even if<br />

your directory synchronization doesn’t require an intermediary LDAP directory,<br />

mapping your current data types and attributes to LDAP standard object classes<br />

and attributes provides a common data definition that can be used to match up<br />

attributes between any two directories.<br />

An object class is an LDAP term that denotes the type of object being<br />

represented by a directory entry or record. Some typical object types are<br />

“person”, “organization”, “organizational unit”, “domain component”, and<br />

“groupOfNames”. There are also object classes that define an object’s<br />

relationship to other objects, such as object class “top” that denotes the object<br />

may have subordinate objects under it in a hierarchical tree structure. Note that<br />

some LDAP object classes may be combined. For example, an object class of<br />

“organizational unit” will most often also be simultaneously defined as a “top”<br />

object class because it will have entries beneath it.<br />

LDAP object classes define sets of standard attributes that are listed as “MUST”<br />

contain (mandatory attributes) and “MAY” contain (optional attributes). Different<br />

object classes may prescribe some attributes that overlap, or are redundant with<br />

other object classes. And it is common practice in LDAP directories to use<br />

multiple object classes to define a single directory entry. Most object classes are<br />

defined in a hierarchical order, where one object class is said to “inherit” from<br />

another superior object class.

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

Saved successfully!

Ooh no, something went wrong!