Кратко

  • RFC 3406 требовал от заявителя описать не только NID, но и регистранта, синтаксис, уникальность, постоянство, полномочия выдачи, эквивалентность, проверку и возможное разрешение имён. Запись IANA не была гарантией непрерывной работы резолвера.
  • RFC 8141 обновил процедуру, сохранив главное обязательство: имя нельзя выдать повторно, оно должно появляться по единым правилам, а пространство — пережить первоначальную организацию. Ответ резолвера доказывает состояние одной службы в один момент.

Когда молчание честнее ответа

Недоступный адрес сообщает о проблеме прямо. Гораздо опаснее исправно работающая переадресация, которая приводит старое имя к новому, постороннему объекту. Пользователь видит успех, а архивная ссылка незаметно меняет смысл.

Uniform Resource Names создавались для разведения имени и местоположения. RFC 1737 в 1994 году потребовал постоянной, независимой от места идентификации. Он же различил органы, выдающие имена, и службы, преобразующие их в URL или другие результаты. Резолверов могло быть несколько, включая сторонние, с неодинаковой авторитетностью и доступностью.

Поэтому корректной строки с urn: недостаточно. До обращения к сервису требуется установить пространство, правила выдачи и ответственную сторону. Иначе неизвестно, кто имел право создать имя, как исключалась коллизия и кто сохранит значение после ухода первого оператора.

Leslie Daigle участвовала в формализации этого порядка. IETF Datatracker перечисляет RFC 2611 и RFC 3406 среди её документов. RFC 3406 вышел в октябре 2002 года как BCP 66 с четырьмя авторами: Daigle, Dirk-Willem van Gulik, Renato Iannella и Patrik Faltstrom. Это коллективная стандартная работа; она не даёт оснований называть Daigle единственным изобретателем URN или нынешним владельцем всех пространств.

NID указывает на режим, а не на сервер

RFC 3406 опирается на два управляемых процесса: выдачу URN и выдачу самих идентификаторов пространств. Первый не позволяет объявить официальным любое имя подходящей формы. Второй разводит пространства по NID, чтобы разные сообщества не заняли одну глобальную метку.

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

Уникальность действует и во времени. Одно имя не выдаётся нескольким ресурсам и не передаётся новому ресурсу позже. Один ресурс, напротив, может иметь несколько идентификаторов для разных целей. Повторная выдача разрушает старые документы: из них уже нельзя понять, какой объект имелся в виду.

Постоянство начинается не с бесперебойности, а с запрета. Правильное имя остаётся правильным во время аварии резолвера. Повторно выданное имя остаётся ложным даже при идеальном времени ответа.

Регистрационная форма была моделью управления

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

Синтаксис проверяет форму. Запись выдачи подтверждает полномочие. Правила эквивалентности решают, являются ли разные регистры, дефисы или кодировки одним именем. Валидация показывает предел проверяемого. Разрешение выдаёт текущий результат. Успешная загрузка страницы не доказывает предыдущие ступени.

Для формального пространства заявитель объяснял, почему существующих вариантов недостаточно, какую пользу получат сообщество и обычный пользователь Интернета, и какое действие требуется от IANA. Управляющая организация должна была показать устойчивость и компетентность, обещать не переиспользовать старые имена и предусмотреть продолжение работы после собственной неспособности.

Стандарт не скрывал предел проверки. Нельзя объективно предсказать срок жизни компании или общества. Можно выявить технический изъян, несовместимый с постоянством, и сделать обязательства публичными. Но IANA не становится оператором внутренних выдач и всех резолверов после регистрации.

У разрешения всегда есть контекст

В RFC 3406 глобальное разрешение оформлялось отдельно через систему обнаружения. Пространство описывало условия признания резолвера. Допустимым был и ответ, что пространство в такой системе не зарегистрировано и разрешение для него несущественно.

Один URN может приводить к разным полезным результатам. Сервис возвращает метаданные, локальную копию, доступный по лицензии формат или состояние снятия ресурса. Ответ зависит от страны, времени и прав доступа. Единственный вечный URL превратил бы имя в заложника местоположения.

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

RFC 3406 проводил принципиальную границу: старое имя могло перестать разрешаться, но его нельзя было повторно выдать или направить к ложной и устаревшей информации под видом продолжения. Для долговременной записи явное отсутствие иногда надёжнее красивого перенаправления.

Что сохранил RFC 8141

RFC 8141, написанный Peter Saint-Andre и John Klensin, в 2017 году заменил RFC 2141 и RFC 3406 и прямо отметил вклад Daigle и её соавторов в основу правил. Сообщественная регистрация перешла к Expert Review, а три свойства остались: уникальность, последовательная выдача и общее определение.

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

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

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

Сегодняшний реестр IANA включает ISBN, DOI, протокольные, научные и отраслевые пространства. В сохранённом XML было 97 формальных и 8 неформальных записей; это снимок, а не вечная цифра. Для проверки важны шаблон и ссылка конкретного пространства, а не общий резолвер, которого между ними нет.

Четыре квитанции вместо одного результата

Квитанция пространства хранит NID, шаблон и версию спецификации. Квитанция выдачи связывает имя с уполномоченным издателем и исключает повторное назначение. Квитанция разрешения фиксирует сервис, время, политику и ответ. Квитанция ресурса описывает полученный объект и основание считать его искомым.

Верная форма может не иметь выдачи. Законно выданное имя может не иметь резолвера. Авторитетный резолвер может показать на недоступный ресурс. Доступный ресурс может оказаться не тем. Раздельные квитанции позволяют исправить только сломанный слой.

Работа Daigle раскрывает в имени маленькую институцию: полномочия, ограничения, память и передачу ответственности. Резолвер прокладывает путь сегодня. Распорядитель не даёт этому пути завтра присвоить чужую историю.

Источники