Кратко

  • Проверка IDN Fast Track одобрила строку на письме урду в январе 2011 года, но сама по себе не внесла действующую зону в корень DNS.
  • Пакистан выбрал NTC в 2015 году, возобновил заявку на делегирование в 2016-м и завершил изменение серверов имён в корне в 2017-м.

Разбор

Метка выглядит как название страны. Но для работы DNS её нужно было превратить в конкретное, проверяемое делегирование. .پاکستان — слово «Пакистан» на языке урду, записанное арабским письмом, — показывает, почему это разные действия. Строка могла пройти проверку стабильности и риска путаницы до того, как утвердили оператора зоны и внесли его серверы имён в данные корня.

Работа началась с вопросов языка и реализации. Министерство информационных технологий Пакистана провело в апреле 2008 года семинар по наборам символов для местных языков, а в мае 2009-го — по языковым таблицам и деталям внедрения. Основной технический комитет с участием местного интернет-сообщества впервые собрался в октябре 2009 года; позднее подкомитеты обсуждали технические вопросы, таблицы и политику. Это были не формальные приготовления. IDNA позволяет обрабатывать метку Unicode через формы, совместимые с DNS, но не выбирает предпочтительное написание, правила клавиатуры или управляющую организацию реестра.

25 октября 2010 года Пакистан подал .پاکستان в процесс IDN Fast Track ICANN. При проверке 7 января 2011 года группа по стабильности DNS не обнаружила угроз стабильности или безопасности, определённых применимым планом, и сочла риск пользовательской путаницы приемлемо низким. После этого строку одобрили как представление Пакистана. Это был ответ на ограниченный вопрос о метке. Оператор зоны ещё не был назначен, а делегирование не было опубликовано в корне.

Разницу между написанием и представлением DNS легко пропустить. IANA фиксирует форму Unicode پاکستان и совместимую с ASCII форму xn--mgbai9azgqp6j. RFC 5890 называет видимую форму U-label, а DNS-совместимую — A-label. RFC 5891 описывает IDNA как обработку на уровне приложений, позволяющую использовать интернационализированные имена без изменения самого DNS; запросы и ответы DNS используют A-label. Поэтому Punycode — обратимое кодирование, а не перевод на английский и не свидетельство второго домена.

Следующий этап шёл по отдельной процедуре. После дополнительной работы над местным контентом, раскладкой клавиатуры и проектами правил основной технический комитет 3 июня 2015 года выбрал National Telecommunication Corporation (NTC) управляющей организацией. В июле министерство начало подавать заявку на делегирование в корне. Согласно отчёту IANA, заявку временно закрыли для устранения недостатков; 22 апреля 2016 года NTC подала новое обращение. В аудите корневой зоны за декабрь 2016 года запрос всё ещё значился ожидающим рассмотрения.

3 февраля 2017 года совет ICANN проверил, соблюдала ли PTI процедуру оценки, и одобрил создание .پاکستان с NTC в роли управляющей организации. В материалах перечислены поддержка правительства, местные консультации, техническая компетентность и проверки конфигурации DNS. Там же указано, что серьёзных возражений сообщества не выявили и заметных рисков стабильности не обнаружили. Совет рассматривал делегирование и ответственность за эксплуатацию, а не повторно решал, представляет ли слово на урду Пакистан.

Записи об исполнении продолжились после голосования. В аудите корневой зоны IANA за март 2017 года указана завершённая 30 марта транзакция серверов имён для .پاکستان. Это подтверждает изменение в корне в течение 2017 года, но не доказывает дату первой записи. В нынешней карточке делегирования IANA перечислены NTC и её серверы имён. Там же поле «Registration date» относится к 2011 году; его нельзя смешивать с датированными записями совета и корневой зоны за 2017-й — источники указывают на разные вехи.

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

Источники