DeepEdit!

В главе 1, где обсуждались стандарты ISO/OSI, было отмечено, что детали реализации каждого уровня протоколов оставлены на усмотрение

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

Рассматривая выше различные модели LDAP, мы познакомились с устройством сервера каталога, основанного на стандартах IETF. Теперь посмотрим, как эти стандарты были интерпретированы и реализованы корпорацией Oracle.

Вы когда-нибудь играли в "классики"? В детстве я проводила за этой игрой все свободное время. На рис. 5.3. показано, как разметить площадку. Каждый из квадратов должен быть достаточно большим, чтобы в нем можно было стоять и поворачиваться на одной ноге, не наступая на линии.

Чтобы начать игру, нужно найти какой-нибудь предмет для бросания.
Прекрасно подойдет округлый плоский камень. Он должен быть не слишком тяжелым и вместе с тем достаточно большим для выполнения точных бросков. Вы вбрасываете камень в квадрат номер 1. потом прыгаете в этот квадрат, поворачиваетесь, поднимаете камень и прыгаете на исходную позицию перед квадратом. Прыгать и поворачиваться нужно только на одной ноге, не наступая на линии. Успешно пройдя первый этап, вы вбрасываете камень в квадрат номер 2. Прыгая из квадрата в квадрат, вы добираетесь до того места, где лежит камень,        его, не теряя равновесия и не наступая на линии, поворачиваетесь и прыгаете обратно на исходную позицию. После того как вы прошли квадрат номер 5, при дальнейших прыжках вперед и назад можно вставать двумя ногами на квадраты 4 и 5, чтобы немного отдохнуть.

Подумайте о тех действиях, которые вам только что пришлось выполнить. Вы двигались вперед и назад по определенному пути в соответствии с правилами игры. Вы проходили квадраты в установленном порядке, а потом, успешно забрав свой камень, возвращались в исходную точку. Теперь посмотрим, как устроен Интернет-каталог Oracle и как определяется местонахождение нужной информации.

Каждый отдельный набор данных в каталоге называется записью (entry), а каждая запись идентифицируется отличительным именем. Подобно тому, как в нашей игре каждый номер идентифицировал квадрат и одновременно определял его местонахождение, каждое отличительное имя идентифицирует запись и определяет местонахождение информации, содержащейся в этой записи. Записи вместе со своими отличительными именами образуют иерархию, называемую информационным деревом каталога (Directory Information Tree, DIT).

Исходя из приведенных на рис. 5.4 данных, попробуйте составить отличительные имена для каждого служащего. Помните, что о означает организацию (organization), с — страну (country), ou — организационную единицу (organizational unit), a cn - общее имя (common name). Ниже уровня сп находятся значения атрибутов — адрес электронной почты, местонахождение офиса и т.д. Учтите также, что атрибуты могут присутствовать на каждом уровне.

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

• Вот как должны выглядеть эти имена: cn=Bebop Shuz, ou=shipping, c=US, o=*XYZCorp и cn=Bebop Shuz, ou=purchasing, c=France, o=XYZ Corp.
Самый нижний компонент DIT, называемый относительным отличительным именем        помещается на первое место, в крайнюю левую позицию. Затем вы двигаетесь по направлению к вершине дерева — точно так же, как при игре в "классики" вы прыгали от меньшего номера к большему.. Элемент каждого уровня также представляет собой RDN. Например, следующим RDN после Bebop Shuz будет значение ou. Можно сказать, что отличительное имя — это просто последовательность        разделенных.

Вернемся к структуре корпорации XYZ и посмотрим, как будет выглядеть DIT для двух разных служащих с одним и тем же именем Bebop Shuz, работающих в двух разных отделах. Это дерево показано на рис. 5.4.

запятыми. Чтобы найти требуемую запись в Интернет-каталоге Oracle, недостаточно указать одно RDN; необходимо использовать полное отличительное имя.

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