Internet Corporation for Assigned Names and Numbers

Интернационализированное доменное имя Глоссарий

A-Label

Представление многоязычного доменного имени в ASCII-совместимом кодировании (ACE), т. е. в том виде, в каком оно передается по протоколу DNS. A-метки всегда начинаются с префикса «xn--». Противоположность U-метке.

ACE (ASCII-совместимое кодирование)

ACE является системой для Unicode-кодирования, в которой каждый символ может быть передан с использованием только ограниченного набора символов ASCII (а именно, a-z, 0-9 и "-"). Его используют, так как приложения, использующие DNS-протокол, не могут надежно оперировать другими значениями.

ASCII (Американский стандартный код для обмена информацией)

ASCII представляет собой обычный цифровой код для компьютеров и других устройств, работающих с текстом. Компьютеры могут понимать только числа, поэтому код ASCII является представлением символа, например, 'a' или '@' в числовой форме. Упоминание ASCII в связи с доменными именами или последовательностями относится к тому факту, что до интернационализации в доменных именах были разрешены только буквы a-z, цифры 0-9 и дефис "-".

Символ

В контексте обсуждения IDN, character (символ) может рассматриваться в качестве базовой графической единицы системы записи, представляющей собой набор символов и набор правил, определяющих способ его использования для представления отдельного языка. Тем не менее, метки доменов не передают существенной информации о языке, с которым ассоциированы, хотя показывают набор символов, на котором они основаны. Эта языковая зависимость, к сожалению, не может быть устранена посредством ограничения определения набором символов, так как в некоторых случаях (см. примеры ниже) языки, имеющие одинаковый набор символов, различаются по способу распознавания его отдельных элементов. Поэтому, термину "символ" не может быть дано определение независимо от контекста, в котором он используется.

В системах записи на основе фонетики, символ, как правило, является буквой или представляет слог, а в идеографических системах (или, альтернативно, пиктографической или логографической системах) символ может представлять понятие или слово.

Следующие примеры призваны проиллюстрировать, что определение символа, по меньшей мере, двояко, одно определяет лингвистическую единицу, а другое – соответствующую кодовую точку.

U-метка 酒 : Jiu; словосочетание "алкогольный напиток" на китайском; кодовая точка Unicode U+9152 (также называется: CJK UNIFIED IDEOGRAPH-9152); A-метка xn—jj4

U-метка 北京 : слово "Пекин" на китайском, кодовая точка Unicode U+5300 U+4EAC; A-метка xn—1lq90i

U-метка 東京 : слово "Токио" на японском, кодовая точка Unicode U+6771 U+4EAC; A-метка xn—1lqs71d

U-метка ایكوم; акроним ICOM на фарси, кодовая точка Unicode U+0627 U+06CC U+0643 U+0648 U+0645; A-метка xn—mgb0dgl27d.

CCNSO (Организация поддержки национальных имен)

В контексте обсуждения IDN, character (символ) может рассматриваться в качестве базовой графической единицы системы записи, представляющей собой набор символов и набор правил, определяющих способ его использования для представления отдельного языка. Тем не менее, метки доменов не передают существенной информации о языке, с которым ассоциированы, хотя показывают набор символов, на котором они основаны. Эта языковая зависимость, к сожалению, не может быть устранена посредством ограничения определения набором символов, так как в некоторых случаях (см. примеры ниже) языки, имеющие одинаковый набор символов, различаются по способу распознавания его отдельных элементов. Поэтому, термину "символ" не может быть дано определение независимо от контекста, в котором он используется.

В системах записи на основе фонетики, символ, как правило, является буквой или представляет слог, а в идеографических системах (или, альтернативно, пиктографической или логографической системах) символ может представлять понятие или слово.

Следующие примеры призваны проиллюстрировать, что определение символа, по меньшей мере, двояко, одно определяет лингвистическую единицу, а другое – соответствующую кодовую точку.

U-метка 酒 : Jiu; словосочетание "алкогольный напиток" на китайском; кодовая точка Unicode U+9152 (также называется: CJK UNIFIED IDEOGRAPH-9152); A-метка xn—jj4

U-метка 北京 : слово "Пекин" на китайском, кодовая точка Unicode U+5300 U+4EAC; A-метка xn—1lq90i

U-метка 東京 : слово "Токио" на японском, кодовая точка Unicode U+6771 U+4EAC; A-метка xn—1lqs71d

U-метка ایكوم; акроним ICOM на фарси, кодовая точка Unicode U+0627 U+06CC U+0643 U+0648 U+0645; A-метка xn—mgb0dgl27d.

CCTLD – Country Code Top Level (национальный домен верхнего уровня)

Класс доменов верхнего уровня, присваиваемых только странам и территориям из списка стандарта ISO 3166-1. В настоящее время представлен двухбуквенными кодами, например, «.UK», «.DE» и т. п., однако ожидается, что в будущем появятся также эквиваленты с использованием букв, отличных от латиницы. Основная доля разработки политик в отношении доменов верхнего уровня отдельных стран ложится на местную финансирующую организацию, в отличие от других доменов верхнего уровня, где политику определяет ICANN. Обязательным требованием к национальным доменам верхнего уровня является их эксплуатация в стране, которую они обозначают, чтобы этот процесс регулировался соответствующими национальными законами, правительствами и пр.

DNS (Система доменных имен)

DNS облегчает использование Интернета, позволяя вместо загадочного IP-адреса использовать последовательность привычных символов ("доменное имя"). Таким образом, вместо ввода 207.151.159.3 Вы можете ввести www.internic.net.

DNS Zone (Зона DNS)

Участок пространства системы доменных имен. По умолчанию корневая зона содержит все доменные имена, однако на практике ее участки делегируются менее крупным зонам, имеющим иерархическую структуру. Например, зона «.COM» обозначает участок делегированной DNS с окончанием «.COM».

DNSSEC

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

Domain Name (Доменное имя)

Уникальный идентификатор с набором заданных свойств, позволяющих компьютерам выполнять преобразования. Типичное доменное имя — «icann.org». Чаще всего прикрепляется такое свойство, как IP-адрес (например, 208.77.188.103), что позволяет компьютерам преобразовывать доменное имя в IP-адрес. Однако DNS используется также для многих других целей. Доменное имя может быть делегированием: в этом случае происходит передача ответственности по всем поддоменам внутри этого домена другому владельцу.

Domain Name Label (именной элемент)

Составная часть доменного имени. Элементы доменного имени разделяются точками. Например, доменное имя www.iana.org содержит три элемента — www, iana и org. Многоязычные доменные имена могут содержать A-labels и U-labels.

GTLDs (домены общего пользования)

Класс доменов верхнего уровня, используемых в общих целях; ICANN играет большую роль в координации этой деятельности (в противоположность национальным доменам верхнего уровня, управление которыми осуществляется на национальном уровне). По политическим причинам они обычно делятся на финансируемые и нефинансируемые домены верхнего уровня.

IDN (Интернационализированное доменное имя)

Имена IDN – это доменные имена, представленные символами локальных языков. Такие доменные имена могут содержать символы с диакритическими знаками, что требуется многими европейскими языками или символы из нелатинских наборов символов (например, арабского или китайского).

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

A-метка – это то, что передано в протоколе DNS и является ASCII-совместимой (ACE) формой последовательности IDNA; например xn--11b5bs1di. U-метка – это то, что отображается для пользователя и является представлением интернационализированного доменного имени (IDN) в Unicode; например " परीका " ("test" версия на хинди, набор символов Devanagari). Наконец, LDH-метка относится строго к метке, содержащей только символы ASCII, которая подчиняется конвенциям об именах узлов (LDH) и не является IDN; например icann в доменном имени icann.org.

(Приведенное выше определение метки приведено на странице: http://www.ietf.org/internet-drafts/draft-klensin-idnabis-issues-01.txt)

IDN Practices Repository (Репозиторий таблиц ИДИ)

Репозиторий на веб-сайте IANA, куда регистратуры доменов верхнего уровня помещают используемые ими таблицы ИДИ. Это дает возможность другим регистратурам использовать данные таблицы (при желании).

IDN SLD или IDN 2LD

Обычно, указатель для доменных имён с символами локальных языков на втором уровне, тогда как на верхнем уровне остаются только символы ASCII. Например: [παράδειγμα .test] ("example.test" на греческом).

IDN TLD

Обычно – короткий указатель для интернационализированных доменов верхнего уровня, таким образом, позволяющий полному доменному имени быть представленным символами локального языка. Например: [실례.테스트] ("example.test" на корейском).

IDNA (интернационализированные доменные имена в приложениях)

IDNA – это протокол, получивший определение Internet Engineering Task Force (http://www.ietf.org) в RFC 3490, который позволяет приложениям оперировать доменными именами, содержащими символы, отличные от ASCII. IDNA преобразует последовательности доменных имён, содержащих иные символы, чем ASCII, в метки доменных имён, содержащих символы ASCII, которые могут быть безошибочно поняты приложениями, использующими DNS. Не все символы, используемые в языках народов мира, пригодны для использования в доменных именах. Поэтому IDNA не способен преобразовать все подобные символы в метки ASCII.

IANA – Internet Assigned Numbers Authority (Администрация адресного пространства Интернет)

Отдел ICANN, в задачу которого входит предоставление функций, описанных в контракте между ICANN и правительством США. Эти функции связаны с обеспечением назначения уникальных в глобальном масштабе параметров протоколов, включая управление корневой зоной системы доменных имен и адресным пространством протокола IP. Персонал ICANN, работающий в этом отделе, часто называют персоналом IANA.

ICP – Internet Coordination Policy (Политика координации Интернета)

Ряд документов, созданных ICANN в 1999–2000 годах и описывающих процедуры управления. Было опубликовано три таких документа, прежде чем прекратилось использование данной системы нумерации. Последующим публикациям ICANN номера ПКИ не присваивались.

IESG – Internet Engineering Steering Group (Группа по стандартизации инженерных решений в Интернете)

Группа экспертов в сфере деятельности IETF, осуществляющая общее руководство.

IETF – Internet Engineering Task Force (Инженерная проектная группа Интернета)

Главный форум по стандартизации Интернета. Стандарты, разработанные IETF, публикуются в форме запроса комментариев (RFC). Реестры параметров протоколов IANA тесно связаны с работой IETF.

IPv4

Версия 4 интернет-протокола. Версия интернет-протокола, поддерживающая 32-разрядные IP-адреса. Позволяет использовать примерно 4 миллиарда уникальных IP-адресов, что недостаточно для удовлетворения прогнозируемых потребностей Интернета в следующие 5-10 лет. В связи с этим был разработан протокол IPv6, который позволяет значительно увеличить количество возможных IP-адресов.

IPv6

Версия 6 интернет-протокола. Версия интернет-протокола, поддерживающая 128-разрядные IP-адреса. Данный протокол еще не получил широкого распространения, однако он обеспечивает на много порядков больше IP-адресов, чем IPv4.

ISO

Международная организация по стандартизации. Международная организация, в основном состоящая из национальных агентств по стандартизации.

Ярлык, элемент доменного имени

Label (Метка) – это отдельная часть, элемент доменного имени. Обычно отделяются точками; например, доменное имя "example.com" составлено из двух элементов: "example" и "com".

Языки | Наборы символов | Алфавит

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

LDH (Буква, Цифра, Дефис)

Конвенция об именах узлов, получившая определение в документе RFC 952 (впоследствии изменена в документе RFC 1123) использовалась регистратурами домена верхнего уровня до интернационализации. Это означало, что доменные имена могли содержать практически только буквы a-z, цифры 0-9 и дефис "-". Термин "Кодовые точки LDH" относится к этой подгруппе. С введением IDN это правило больше не действует для всех доменных имён несмотря на то, что при использовании IDNA, что находится в DNS, подчиняется LDH.

Local Internet Community (Локальное интернет-сообщество)

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

MIME – тип

Формализованная текстовая строка, идентифицирующая тип файла и включаемая в заголовки сообщений электронной почты или веб-передачи. IANA ведет реестр MIME-типов.

PDP – Policy Development Process (Процесс разработки политик)

Формальный процесс разработки политики, применяемый ICANN и рядом входящих в корпорацию групп интересов.

Protocol (Протокол)

Любая стандартизованная форма коммуникаций между компьютерами, обеспечивающая возможность связи между ними. Протоколы Интернета обычно стандартизованы в документах RFC.

Punycode

Punycode – это LDH-совместимый алгоритм кодирования, описанный в Интернет-стандарте [RFC3492] и используемый в настоящее время. Это метод, который применяется для кодирования IDN в последовательности символов LDH ASCII с тем, чтобы приложения, использующие службу доменных имен (DNS), понимали эти имена и управляли ими. Замысел состоит в том, чтобы владельцы регистрации и пользователи доменного имени никогда не видели кодированную форму доменного имени. Единственной целью для DNS является способность разрешать, например, URL, содержащий символы локального языка. Например, рассмотрим A-метку под "IDN".

Префикс в A-метке Punycode всегда xn--. Поэтому данный префикс рекомендуется резервировать в регистратурах доменов верхнего уровня во избежание путаницы в случае, если регистрации IDN вводятся в соответсвующем домене верхнего уровня.

Registrant (Владелец регистрации)

Субъект, получивший право на использование интернет-ресурса. Обычно это осуществляется посредством той или иной формы документа о передаче прав с возможностью отмены, выдаваемого регистратором для внесения регистрации в реестр.

Registrar (Регистратор)

Субъект, имеющий право действовать по запросам владельцев регистраций с целью внесения изменений в реестр. Обычно регистратор — это та же организация, которая эксплуатирует реестр, однако в том, что касается доменных имен, эта роль обычно разделяется, чтобы обеспечить конкуренцию между регистраторами, предлагающими различные уровни поддержки. См. также «регистратор доменных имен».

Registry (Реестр)

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

Registry Operator (Оператор реестра)

Субъект, управляющий реестром.

RFC – Request for Comments (Запрос на комментарии)

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

Root (Корень)

Центральная (или всеобъемлющая) часть любой системы именования или нумерации. Обычно используется для обозначения корневой зоны доменной системы имен (см. «корневая зона»). Однако IANA также является корнем для IP-адресов и других систем.

Root Servers (Корневые серверы)

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

Root Zone (Корневая зона)

Центральная (или всеобъемлющая) часть любой системы именования или нумерации. Обычно используется для обозначения корневой зоны доменной системы имен (см. «корневая зона»). Однако IANA также является корнем для IP-адресов и других систем.

Sub-domain (Поддомен)

Домен, вложенный в другой домен. Например, www.icann.org является поддоменом icann.org, а icann.org, в свою очередь — поддоменом домена org. Поддомены передаются другим субъектам посредством делегирования.

Unicode Consortium (Консорциум Unicode)

Некоммерческая организация основанная с целью развития, распространения и стимулирования использования стандарта Unicode. Для получения дополнительной информации посетите сайт http://www.unicode.org.

TLD – Top-level Domain (TLD — Домен верхнего уровня)

Самый высокий уровень подразделений в системе доменных имен. Эти домены (например, «.COM» и «.UK») делегируются из корневой зоны DNS. Обычно они делятся на две отдельные категории: родовые домены верхнего уровня и национальные домены верхнего уровня.

U-Label

Представление многоязычного доменного имени в кодировке Unicode, т. е. в том виде, в каком его видит конечный пользователь. Противоположность А-метке.

Unicode

Unicode – это широко используемая единая система кодирования, присваивающая каждому символу в широком разнообразии языков и систем письменности уникальный номер. Стандарт Unicode содержит таблицы, в которых перечислены "кодовые точки" (уникальные числа) для каждого идентифицированного символа локального языка. Эти таблицы продолжают пополняться по мере того, как всё большему и большему количеству символов присваиваются числовые коды.

В Unicode символам присваиваются коды, которые однозначно определяют каждый символ во многих системах письменности языков мира. Эти "кодовые точки" являются уникальными числами для символа или разновидности символа, например, смвола ударения или лигатуры. Unicode поддерживает более миллиона кодовых точек, которые записываются при помощи "U" с последующим знаком плюс и уникальным числом в шестнадцатеричном представлении; например, слово "Hello" пишется U+0048 U+0065 U+006C U+006C U+006F.

URL

Акроним термина "Унифицированный указатель ресурса", последовательность символов, указывающая адрес документов и других ресурсов в Интернете. Получив определение IETF в RFC 2396, URL состоит из двух частей, разделённых двоеточием (":"). Первая часть адреса указывает используемый протокол, например, http, ftp, и т.д., а вторая часть устанавливает IP-адрес или имя домена, где находится ресурс.

UTF-8

UTF-8-битный формат преобразования Unicode является системой для Unicode-кодирования, в которой каждый символ может быть передан с использованием 8-битных численных значений. Он широко используется, так как передача 8-битных данных преобладает в сети Интернет.

Variant (Вариант)

В контексте многоязычных доменных имен — альтернативное доменное имя, которое можно зарегистрировать, или обозначающее то же самое, поскольку некоторые его символы могут быть зарегистрированы различными способами из-за языковых особенностей. В зависимости от политики регистратуры варианты могут регистрироваться совместно, одним блоком, который называется «пакет вариантов». Например, имена internationalise и internationalize в английском языке могут считаться вариантами.

Variant Bundle (Пакет вариантов)

Набор из нескольких доменных имен, сгруппированных по той причине, что некоторые символы в их составе могут считаться вариантами других символов.

Variant Table (Таблица вариантов)

Тип таблицы ИДИ, описывающей варианты для определенного языка или сценария. Например, в таблице вариантов могут сопоставляться символы упрощенного китайского языка и символы традиционного китайского с целью создания пакета вариантов.

Stay Connected

  • News Alerts:
  • Newsletter:
  • Compliance Newsletter:
  • Policy Update: