К. Закер - Компьютерные сети. Модернизация и поиск неисправностей (953092), страница 163
Текст из файла (страница 163)
Некоторые свойства являются необходимыми, то есть объект должен обязательно иметь лля них заданное значение, в то время как другие являются несущественными и позволяют оставлять их пустыми. Свойства объекта несут информацию, которая попа- лает в одну из четырех категорий. (:) Имена. Каждый объект должен иметь имя, которым он представлен в дереве )ЧОБ. Некоторые другие свойства могут давать более полную информашцо об имени, такую как полное имя пользователя (например, Зппп Все). (:) Адреса. Объекты, предстввляощие аппаратные компоненты, такие «ак серверы и принтеры„могут иметь сетевые адреса. Ночтовьге адреса, телефонные номера и прочая контактны информация являются необязательными свойствами, которые могут быть полезными лля пользователей и персонала, но администраторы часто их пропускают. О Описания.
Информационные свойства могут не иметь технических функций, тем не менее, время, потраченное на их заполнение (например чтобы предоставить информацию о типе оборудования, которое представляет объект, или о его точном местополозкении) может значительно сократить накладные расходы на поддержку сетевых ресурсов. 'йигь44 Сьгеаье службы яювисгив П Членства. Связи объекта с другими объектамн дцзева ввяшатся наиболее важным типом информации, предоставляемым свойствами. хруппы.об% ектов, например„содержат список своих членов, н фактически все абьекты включшот список пользователей, обладающий правами лоступа к ним. Присваивание имен объектам К0$ ..
Иерархическая структура базы данных гчРБ несет на себе не только организационные фунв ции, на также обеспечивает уникальный илентификатор для каждого объекта дерева. В одноролном файле базы данных, таком как база регистрапдонных данных (ьшбегу) в старых версиях хегттвге, каждый обьект имел одно-имя„которое должно было являтьая уникальным. Для одного сервера решенщ, такое как Ь~пбегу, является разумным, но лля корпоративной службы кягалогав подобной ХОБ намного более вероятной кажется ситуация, когда понадобится иметь лва объекта с одинаковыми именами.
Например, есяи в'отделе маркетинга работает'Зоаппе Бппгй, а в отделе продаж — 1ое БппгЬ„то принятое соглашение об именах обьектов пользователей может потребовигь, чтобы оба зти сотрудниКа иьюли' 'имя)знаем. В дереве ХОБ можно иметь два обьекта с одинаковьпии именами, пока они находятся в разных контекстах. яалглсисгл ~салФх) ааьеюла — эта просто ега расположение в дерева ЯОБ, определяемое именами контейнеров, в которых объект содержится.
Перечисляются имена всех контейнеров„лежащих на пути к юзрню„в качестве разделителя используется точка, которая сщвится между'именами. Каждый объект в дереве"МОБ имеет уникальный идентификатор; 'составленный из имени объекта и ега контекста'. Такая комбинация называется олгличссиым имеили фФ,' багГийиббгеб лате) объекта. Таким образом, если в дереве существуют два пользователя с одинаковыми именами объектов, то используются следующие отличаемые имена: з ьы|гсь. нт. аагеь. сограес 1вьггь.сысадо иьгьесзад.сосриес В этих имеилх контекст указывает путь от обьекга )йога) справа ~это теоретически, так как в действительности ~йоаг1 никогда не указывается в отличасмом имени) и далылс вниз по дереву ИХ)Б к объекту.
Контейнер сасриьс является абьекгом асаьсгзьг~аа, расположенным на верхнем уровне дерева, ближайшем к обьекту ~КооЦ, и таким образом можно сказать, что он наиболее зиачииый объект в имени. Объект, который наиболее удален от корня, является иеиее злачиыми объектом. Испольеоаанме контекста Все функции ггрнложений и операционных сисгеьг; 'которые' запрашивают информацию' из" базы данных ИВБ, делают это при помощи отличаемаго имени необходимого объекта Тем нс менее, когда пользователь выполняет Главе йт.
Службе иеталогсе М>иеИ действие, которое преобразуется в вызов 1ЧО$, например, ввел имени пользователя е диалоговое окно регистрации, то он никогда не набирает полное отличаемое нмя своего пользовательского объекта, так как приложение автоматически добавляет текущий контекст к тому объекту, им~'ютораш уаззаио.
". Контекст по умолчанию для пользователя каким-либо способом определяется клиентским программным обеспечением, которое обеспечивает доступ к Х)25, например, прл помощи реестра Жймйжа лли записи в файле Хег с4, зависящей от используемой клиентом операционной системы. Находясь в контексте по умолчанию, пользователь может обратиться к любому другому объекту в том же контексте, указав только имя объекта, которое в этом случае называется отногительнътм ооитиеоемым именем (ге!атттт дЬттщи(йет( пиите) или неводным имеием Диитто! пате). ' Автоматическое использование контекста приложениями и другим программным обеспечением является одной из причин, когда лучшим решением при проектировании дерева 1ЧПБ является размещение пользователей в одном контейнере с ресурсами, к которым они обращаются наиболее часто.
Например„для доступа к файлам сервера, расположенного в том же контексте, чта и пользователь, последний может просто указать имя сервера Однако, если сервер находится в другом контексте, пользователь должен указать либо полное отличаемое имя сервера, либо описать контекст, в котором расположен сервер. После регистрации в дереве Ь1ОБ можно изменить текущий контекст, используя Жег%ага Атйпипзпатог„Хетабппп.ехе или утилиту Сх.ехе, что даст возможность указывать ресурсы в новом контексте толька при помощи имен соответствующих им обьектов.
Тем не менее, большинство пользователей не делают этога, так как не имеют представления о том, что тат~а дерево )чоб, и как работает контекст. Наиболее часто применяемый сегодня метод указания объектов в другам контексте заключается в пролистывапии контейнеров дерева ХОЯ при помощи графического диалогового окка, подобного окну, показанному на рис. 21.5. Выбор объекта в другом контейнере автоматически возвращает приложению отличаемое имя этого объекта. Таким образом, для клиентов, зарегистрировавшихся в дереве И0$, основной функцией контекста является упрощение процесса создания ссылок на другие объекты в том же контейнере.
Однако контексты также используются функциями серверов Жег%ага. Когда в сети регистрируется клиент, который не поддерживает 'ХВЗ, серверы 'Хет%аге Ф.х и 5х могут эмулировать базу регистрационных данных, используемую Иет%аге З.х и более ранними версиями. В случае полдержки эмуляции базы регистрационных данных (Ьщбету етпо1абоп) на сервере 1Чет%ате необходимо создать один или несколько контекстов этой базы, используя команды здт. Эти команды идентифицируют талька те контексты, к которым могут иметь доступ клиенты базы регистрационных данных (ь1пбегу).
Для клиента все выглядит так, как будто ан уегистрируетса в базе регистрационных данных сервера, хотя.в действительности он входит и ограниченную область,дерева МЖ Риа. 21.6 диелегдвае оаес За3ест Оь)еей позволяет пользователем прадеигетьсе па дереву йпя к расположению 4щМдеденнага Объеьтз Имена с указанием типа объекта и без указании типа Существует два способа записи отличаемога имени любого объекта в дереве ИОЗ.
Имена, испааъзуемые до зтаго в примерах,.назъщщотся именамн без указания типа Д~Ыаа9, так как они не иденти4ащярулгг тип объекта..Имена с уяезаялеи яияаг фри включают аббревиатуру, загорая сообщает о типе объекта, как показано ниже. са=з еягсь. ап Внут. Оа=аа1ез. О согртььй св-э звагь.ап смсиао. Оа-негъестга. О=сехреей В именах с уавзанием типа мокнут использоваться следующие аббревиатуры: П с — Соппгту;. 0 а — Огяашхабоп. П аа — Огяапиабоп (Зпй; П ав (Сопшюп Иаше, нарицательное иъщ) — все объекты-листья. ' Отличаемые имена, передаваемые, приложениями и операционными системами, осуществляющими вызовы МЭЯ, всегда являются именами с указанием типа.
Однако почти никогда не вводят имена с указанием типа вручную, так как клиенты используют правила написания по умолчанию, которые Глава 21, Свуибв кзгилагав Иагев обычно верно лействуют, чтобы лобавнть аббревиатуры к отлнчаемым именам. Эти правила перечислены ниже. П Наименее значимое неполное имя в отличаемом имени должно быль оп- ределено как объект-лист, и получить аббревиатуру СМ.
П Наиболее значимое неполное имя в отличаемом имени должно быть оп- ределено как объект организации, и пагтучить аббревиатуру О. П Все неполные имена межщ~ наименее значимым и наиболее значимым именами должны быль определены как объекты подразделений организации„и получить аббревиатуру ОР. Факгичсскн единственным скучаем, когда этн правила работают неправильно, является расположение на верхнем уровне дерева ХРБ объектов Соиппу (страна). Объекты Соипггу являкпся наследием Х.БОО, который был разработан, чтобы стать настоящей глобальной службой имен.
По этой причиие правила написания по умолчанию, которые используют объекты Сонину в дереве )чРБ, обычно только мешюот даже предприятиям, имеющим офисы в различных странах. Когда применяются привила написания гю умолчанию, клиент Н08 не пытается проверить, саатветсгауег пи е действительности иезначаемыя тип объекту. Например, если е дереве Н08 используются объекты Саипву, клиенты будут предлагать имени. записанные е соответствии с згими правилами, которые будут неверными, так кек деже если имя наиболее значимага контейнерного объекта будет допустимым, ега тип будет неверным.
Использование определителей контекста Если по какой-либо причине в приложении необходимо ввести имя обьекта, расположенного в другом контексте, то обычно это можно сделать; не указывая полное отличаемое нмя объекта, но для этого необходимо знать текущий контекст. Когда указывается имя объекта-листа, то клиент ХЕб добавляет к нему текущий контекст. Таким образом, предположим, что пользователь зарегистрировался в дереве 1)РБ, используя следующий контекст по умолчанию: ос=НУ. аа=эа1ев . СМсотрпее Когда он попытается получить доступ к серверу с именем ии1 И ВРУчную наберет это нмя в диалоговом окне приложения, клиент ИРБ в своем обращении к базе данных ХРБ будет нсполыовать для сервера следующее отличаемае нмя: СИ 'НИ1. Стет.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
