Кратко

  • RFC 3071 предложил описывать домены через правила регистрации, круг пользователей и поведение рынка, а не только через форму метки.
  • Код ISO, делегирование в корневой зоне, политика реестра и легитимность правительства — разные доказательства.

Две буквы не показывают, кому служит реестр

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

John Klensin описал этот разрыв в информационном RFC 3071, опубликованном в феврале 2001 года. С ростом Всемирной паутины доменные имена стали коммерчески значимыми. Некоторые реестры доменов с кодом страны принимали иностранных регистрантов или целенаправленно привлекали их. В то же время часть доменов, называвшихся «общими», уже не ограничивалась первоначальным назначением. Старое деление больше не описывало практику.

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

Эта классификация существовала отдельно от правила двух букв. Klensin считал желательным использовать для двухбуквенных доменов коды ISO 3166-1. Но присутствие в списке подтверждало лишь допустимость такой формы имени. Оно не показывало, где живут владельцы доменов, какое право применяется к спорам, как реестр привлекает клиентов и справедливо ли исполняет собственные правила.

Поэтому свидетельства надо разделять по слоям. База корневой зоны показывает делегирование, серверы имён и контакты, но не состав рынка. Опубликованная политика описывает заявленные правила; регистрационные данные и реклама позволяют наблюдать практику, но не доказывают справедливость исполнения. RFC 3071 предлагал смотреть на привлечение зарубежных регистраций, долю владельцев внутри страны, реальное присутствие администратора в юрисдикции и возможность местного суда исполнить решение в отношении регистранта. Важные правила следовало публиковать до того, как пользователь выбирал домен.

RFC 3071 остался индивидуальным историческим размышлением и предложением, а не таксономией, принятой ICANN. По нему нельзя автоматически классифицировать современный ccTLD. Столь же важна граница полномочий: управление техническим делегированием не наделяло IANA или ICANN компетенцией решать, что считать государством, какое из соперничающих правительств легитимно или как разрешить внутренний политический конфликт. Администрирование корня не должно превращаться в суд по международным отношениям.

Долговечный вывод RFC 3071 — разделять код, делегирование, модель бизнеса, круг пользователей, правовую юрисдикцию и политическое представительство. Реестр может сменить рынок, не меняя двух букв. Чтобы понять, кому он служит, нужны его правила и наблюдаемое поведение; вопросы суверенитета требуют другого органа и другого мандата.

Источники