Кратко

  • RFC 1279 представлял домены в X.500, но считал домен и организацию, mailbox и человека разными объектами. Поэтому alias не подходил для связи двух деревьев.
  • AssociatedDomain и AssociatedName хранили направленные отношения. Доменная запись должна была оставаться компактной и указывать на организационные сведения вместо копирования; отношение допускало многие соответствия.
  • Zone transfer мог записывать DNS records в DSA, но обязан был сохранять прочие атрибуты. Источник, перенос, приём, запись, сохранение, связь, поиск и результат требовали отдельных следов.

Общий каталог не делал объекты одинаковыми

RFC 1279, X.500 and Domains, вышел в ноябре 1991 года как Experimental. Он предлагал поместить DNS-иерархию в Directory Information Tree X.500, чтобы искать домены, mailboxes, менеджеров и связанные сведения.

Документ не объявлял замену DNS завершённой. На первом этапе данные, вероятнее всего, оставались под управлением Domain Databases и загружались в X.500. Приложение перечисляло инструменты и испытания, а ведение некоторых DNS-ветвей в DIT оставляло последней возможной стадией.

План не равен внедрению. Запуск transfer не доказывает завершение, а копирование значения не передаёт полномочия его источника.

В DNS-подобной ветви каждый label становился DomainComponent. Local part RFC 822 mailbox мог продолжать дерево. Отдельная ветвь представляла организации, подразделения, людей и роли.

Совпадение слов не означало совпадения объектов. Домен занимал позицию в namespace; организация имела собственные атрибуты. Mailbox была адресом доставки, а не человеком.

Поэтому RFC 1279 отверг aliasing. Alias означает другое имя того же объекта. Между деревьями требовалось отношение разных объектов.

Две стрелки сохраняли две версии утверждения

AssociatedDomain шёл от организационной записи к домену. AssociatedName шёл от домена к записи в organisational DIT.

Каждое направление имело своего автора и время. Отсутствующая обратная ссылка оставалась видимой; интерфейс не должен был автоматически изобретать симметрию.

Связь могла быть many-to-many. Один domain относился к нескольким organisations, одна organisation — к нескольким domains. Единственный owner уничтожил бы эту форму исходного утверждения.

Pointer не доказывал legal ownership, authentication или authorization. Связанная организация не обязательно управляла каждым сервисом. Связь mailbox с человеком не подтверждала отправителя сообщения.

Для проверки отношения нужны predicate, direction, source и validity interval. Без них близость превращается в идентичность, а предполагаемая идентичность — в полномочие.

Копия создавала ещё один центр исправления

Собственные DNS данные могли оставаться в domain entry. Но сведения, уже находившиеся в организационной ветви, RFC 1279 советовал не дублировать. Доменная запись оставалась минимальной и ссылалась на источник.

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

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

Pointer сохраняет ответственность: организация владеет описательными атрибутами, домен — утверждением о связи. Экран объединяет чтение, не переписывая происхождение.

Ошибочную связь можно исправить отдельно. Новый контакт меняется в одном источнике. История перехода к объекту остаётся доступной для проверки.

TTL в строке не запускал DNS-таймер

RFC 1279 выбрал текстовую форму DNS resource records в DIT. Имена писались полностью, каждый record содержал TTL, а общий DNSRecord оставался расширяемым.

Содержание должно было быть эквивалентно DNS для переноса в обе стороны. Однако OSI Directory не воспроизводил DNS caching и TTL handling. Master entries поддерживались zone transfer или эквивалентным способом.

RFC 1035 определял TTL как время использования cached record до нового обращения к источнику. Authoritative zone, cache, refresh и expiry выполняли разные функции. Перенос цифры в X.500 не переносил работающий countdown.

Для свежести нужны source zone, serial, завершение transfer, полученный набор, время принятия DSA, последующий refresh и конкретный lookup. Оставшийся TTL может пережить основание, делавшее запись актуальной.

Переносчик не управлял соседними полями

Предложенный zone-transfer tool работал между DNS server и DSA. При записи в DSA все не-DNS атрибуты должны были остаться неизменными.

Это был предел полномочий. Инструмент обновлял переносимое семейство records, но не manager, phone, описание организации или association pointers рядом с ними.

Соединение с DSA не подтверждает completed transfer. Завершение не доказывает принятие каждого record. DNS write не доказывает сохранность соседей без before/after observation. Lookup не доказывает действие пользователя.

История разделяет zone state, request, received set, accepted write, protected attributes, links, response и downstream action. Один флаг «synchronised» скрывает границы.

Последний этап оставался будущим

Приложение называло user tool, library, zone transfer, linkage patching, DNS manager, mailbox download и emulation DNS server. Сначала часть DNS space копировалась в один DSA, позже проверялись distribution и performance, и только затем рассматривалось управление частью DNS в DIT.

RFC не сообщал, что вся цепочка построена, links полны, data fresh или DNS заменён. Experimental status ограничивал вывод.

RFC 1309 давал общий контекст X.500 entries и local mastery в distributed directory, но не создавал отсутствующий результат RFC 1279. Security также оставалась возможностью: RFC 1279 не рассматривал её прямо и не доказывал authentication.

Источники и пределы

RFC 1279 подтверждает representation, отказ от alias, directed links, отсутствие duplication, transfer boundary и experiment. RFC 1274 подтверждает связанные attributes и domain classes. RFC 1035 даёт только DNS TTL и zone context. RFC 1309 — общий контекст X.500 и distributed local mastery.

Они не доказывают named deployment, ownership, authenticated identity, completed transfer, current value, successful lookup, security outcome или user action.