WikiDer > Информационное дерево каталога

Directory information tree

А дерево информации каталога (DIT) - это данные, представленные в иерархической древовидной структуре, состоящей из Отличительные имена (DN) из справочная служба записи.

Оба X.500 протоколы и Легкий протокол доступа к каталогам (LDAP) использует информационные деревья каталогов в качестве своей основной структуры данных.

Обычно при развертывании X.500 или LDAP для отдельной организации дерево информации о каталоге состоит из двух частей:

  • структура имени верхнего уровня для названия самой организации
  • представление структуры модели данных в организации

Именование верхнего уровня

Верхний уровень информационного дерева каталога часто представляет политические и географические подразделения.

Первоначальное предположение X.500 заключалось в том, что все серверы каталогов будут связаны между собой, чтобы сформировать единую глобальную пространство имен. Записи на верхнем уровне дерева соответствуют странам, идентифицированным по их ISO 3166 двухбуквенный код страны. Записи, подчиненные записи страны, будут соответствовать штатам или провинциям и национальным организациям. Система именования для конкретной страны была определена национальным органом по стандартизации этой страны или поставщиком телекоммуникационных услуг.

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

Сегодня большинство развертываний LDAP, в частности Active Directory развертывания, не связаны в единое глобальное пространство имен и не используют национальные коды стран в качестве основы для именования. Вместо этого эти развертывания следуют структуре каталогов, которая на верхнем уровне отражает структуру каталогов система доменных имен, как описано RFC 2247. Например, запись для организации с доменным именем «example.com» будет иметь отличительное имя «dc = example, dc = com», и все записи в дереве информации каталога этой организации будут содержать этот суффикс отличительного имени.

Организационная структура

Элементы организации, представленные в каталоге (например, люди, роли или устройства) в DIT, могут быть смоделированы с помощью множества методов. К определяющим факторам относятся:

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

Ранние развертывания X.500 в корпорациях и учреждениях с записями, представляющими сотрудников этих организаций, часто использовали структуру DIT, которая отражала организационную структуру, с записями организационных единиц, соответствующими отделам или подразделениям организации. Относительные отличительные имена должностей сотрудников часто образовывались из общих имен отдельных сотрудников. Пример DN раннего развертывания X.500 / LDAP может выглядеть следующим образом: "cn = Joe Bloggs, ou = Marketing, ou = Operations, o = Example Corporation, st = CA, c = US". Недостатком этого подхода является то, что он когда изменяется организационная структура или если сотрудники меняют свое официальное имя, это может потребовать перемещения или переименования записей в каталоге, что увеличивает сложность и накладные расходы, а также может нарушить работу приложений, не предназначенных для корректной обработки таких перемещений.

Сегодня многие крупные развертывания X.500 или LDAP используют единое плоское пространство имен для записей и выбирают для имен записей для отдельных лиц на основе относительного отличительного имени, которое является идентификатором, назначенным организацией, например, имя пользователя или сотрудник номер. Сегодня DN может напоминать «uid = 00003, ou = People, dc = example, dc = com». Преимущество этой структуры состоит в том, что записи не нужно перемещать, даже когда сотрудники меняют свое имя или переводятся в другие отделы. Эти изменения могут быть осуществлены путем простого изменения атрибута, и приложения, которые могут использовать DN в качестве уникального идентификатора (например, в базе данных), не нужно трогать.