Кратко

  • X.500 определял корень дерева имён, но не масштабируемый порядок управления им. Giant Tortoise заменил полную сеть двусторонних соглашений одним соглашением каждого DSA первого уровня с корнем.
  • Quipu нельзя было заменить одномоментно. Из-за редкой поддержки DOP и дефектов редакций X.500 1993 и 1997 годов RFC 2120 предложил быстрый, более медленный и долгосрочный пути с DISP-shadowing, данными контроля доступа и иерархическими operational bindings.
  • Локальная копия корня и успешные List или Search свидетельствовали лишь о конкретном состоянии координации и репликации. Они не доказывали общемировую полноту, свежесть, безопасность или всеобщее согласие; корневой DSA не должен был обслуживать пользовательские операции LDAP, DAP или DSP.

В основе RFC 2120 лежит не метафора дерева, а арифметика соглашений. Администраторы DSA первого уровня коллективно поддерживали корневой контекст имён. Но X.500 не описывал процедуру, способную организовать такую коллективную работу. Оставались двусторонние договоры и частные договорённости. С появлением нового DSA ему приходилось договариваться со всеми существующими участниками. За логическим деревом росла операционная сеть связей.

NameFLOW-Paradise уже изменил эту топологию. Нестандартный корневой DSA Giant Tortoise хранил записи стран, а механизм репликации Quipu распространял их по страновым DSA и другим серверам каталога. По данным RFC, в июне 1996 года информацию копировали 770 DSA. Вместо соглашений каждого с каждым стало достаточно одного соглашения каждого DSA первого уровня с корнем.

Центральная точка давала и практическое преимущество в поиске. Обычная копия корневого контекста в страновом DSA в основном содержала knowledge information — достаточно для небезопасного List, но недостаточно, чтобы локально фильтровать первый уровень. Quipu распространял более полные данные страновых записей. DSA мог выполнить one-level Search на своей копии, не передавая запрос каждому мастеру и не отправляя к нему клиента.

Централизация не превращала копию в верховный источник истины. Giant Tortoise компенсировал нестандартную модель знаний. Мастер-запись, её копия, соглашение об обновлении, событие репликации и результат запроса оставались разными фактами.

Замена должна была сохранить полезное поведение

К 1997 году NameFLOW-Paradise хотел перейти на протоколы ISO X.500 редакции 1993 года. Идеальная схема выглядела просто: корень и каждый мастер-DSA первого уровня заключают через DOP иерархическую operational binding, затем DISP распространяет расширенный корневой контекст. Локальный DSA сохраняет List, one-level Search и разрешение имён в сторону других первых уровней.

Этому мешали две реальности. DOP реализовали немногие поставщики. Кроме того, в стандартах были пробелы. При shadowing subordinate references через DISP не передавалась часть информации контроля доступа, необходимой для безопасного List. Копирование ссылок само по себе не копировало subordinate entries, нужные для поиска. Даже долгосрочная корневая иерархическая связь выражалась в ASN.1, но не имела поддерживающего её описательного текста.

Быстрый путь использовал DISP без DOP. Администратор первого уровня сообщал корневому администратору access point и обслуживаемые relative distinguished names — при необходимости по телефону — и заключал соглашение о shadowing. Корень собирал и перераспределял знания, достаточные для небезопасного List. Частичность была явной: отсутствовали данные контроля доступа для безопасной операции и полноценные записи для локального one-level Search.

Более медленный путь добавлял встречные «точечные» соглашения shadowing. Каждый DSA передавал корню свою мастер-запись. На корне копию дополняли так, будто она создана иерархической binding, включая subordinate reference обратно к мастеру. Второе соглашение распространяло завершённый корневой контекст наружу. После исправления двух дефектов стандарта схема могла обеспечить безопасный List и one-level Search. Участники совещания DANTE 1996 года не ожидали полноценного решения заметно раньше середины 1998 года.

Долгосрочный путь наконец использовал иерархические bindings через DOP. DSA первого уровня оставался мастером своих записей. Связь синхронизировала с корнем subordinate references, атрибуты фильтрации, коллективные атрибуты и контроль доступа, а корень отдавал участникам shadow-копию контекста.

Эти пути давали разные доказательства. Видимая ссылка в быстром List ничего не говорила о безопасности. Успешный Search на более полной копии показывал наличие атрибутов у отвечающего DSA, но не их текущую согласованность с мастером. DOP-binding показывала стандартизованное отношение, но не безошибочность реализации каждого поставщика и не участие всех администраторов.

Корень намеренно не был публичным входом

RFC 2120 предлагал единственный мастер корня, но прямо исключал обычную пользовательскую роль. Корневой DSA не должен был принимать операции каталога по LDAP, DAP или DSP. Пользователи обращались бы к DSA первого уровня, имеющим shadow-копии. Это был узел координации и репликации, а не всемирная служба поиска.

Тем самым задача отличалась от RFC 2148. В BCP о белых страницах обсуждалось, кто собирает и поддерживает запись человека, как организация обновляет её, какие действуют права на приватность и как клиент находит службу. RFC 2120 решал более узкую проблему: как системам первого уровня разделить вершину дерева без полной сети соглашений и заменить частный механизм, не уничтожив его полезные свойства.

Успешный List означает, что отвечающий DSA видел некоторые имена или ссылки при своём текущем состоянии и условиях доступа. Успешный one-level Search означает, что в локальной копии хватило атрибутов для фильтра. Ни то ни другое не доказывает всемирной полноты, свежести каждого мастера, разрешения для любого вызывающего или единой глобальной политики.

RFC 1276 называл Quipu промежуточным фактическим стандартом: проверенным в пилотах, быстро развёртываемым, но уже имевшим известные ограничения управляемости и масштаба. RFC 2120 стал документальным мостом от работающей системы к более стандартному механизму. Его урок — точно называть сохраняемую функцию, доказательство каждой стадии и утверждение, которое по-прежнему требует отдельного основания.

Источники