Урок: Усовершенствованные Темы для Пользователей LDAP

Уроки в следе LDAP обеспечивают детали об отображении между LDAP и JNDI. Они также дают полезные советы для того, чтобы получить доступ к службе LDAP через JNDI.

LDAP

X.500, стандарт CCITT для служб каталогов, который является частью пакета услуг OSI. Стандарт X.500 определяет протокол (среди других) для клиентского приложения, чтобы получить доступ к каталогу X.500, названному Протоколом Доступа Каталога (DAP). Это является многоуровневым сверху Взаимодействия открытых систем (OSI) стек протокола.

Интернет-сообщество, распознавая потребность в службе подобной X.500, но сталкивающийся с различной базовой сетевой инфраструктурой (TCP/IP вместо OSI), разрабатывало новый протокол, основанный на протоколе DAP X.500, названном Легким DAP, или LDAP. RFC 2251 определяет то, что теперь вызывают версией 3 LDAP (или LDAP v3), улучшенной версией его предшественника LDAP v2 определенный в RFC 1777.

Целью LDAP был протокол, который мог быть легко реализован со специальным фокусом на возможности создать маленькие и простые клиенты. Один способ, которым это попыталось достигнуть упрощения, состоял в том, чтобы использовать много строк и минимизировать везде, где возможный использование структур. DNs, например, представляются в протоколе как строки, как имена типов атрибута и много значений атрибута.

Протокол состоит из запросов отправки клиента к серверу, на который отвечает сервер, хотя не обязательно в том же самом порядке, в котором были отправлены запросы. Каждый запрос тегируется с ID так, чтобы запросы и ответы могли быть соответствующими. Протокол работает или по TCP или по UDP, хотя версия TCP обычно используется.

Из-за фокуса на клиентах, сообщество LDAP также определенные стандарты для строкового представления DNs (RFC 2553), фильтры поиска (RFC 1960), и синтаксисы атрибута (RFC 1778), для языка C базируемый API (RFC 1823), и для формата URL для того, чтобы получить доступ к службам LDAP (RFC 1959).

LDAP v3 поддерживает интернационализацию, различные механизмы аутентификации, отсылки, и универсальный механизм развертывания. Это позволяет новым функциям быть добавленными к протоколу, также не требуя изменений к протоколу при использовании расширений и средств управления.