--- id: "idn" kind: "glossary-term" title: "IDN" language: "ru" category: "DNS и технические основы" updated: "2026-10-10T23:13:06Z" canonical: "https://tldlog.com/ru/glossariy/idn/" translations: en: "https://tldlog.com/glossary/idn/" es: "https://tldlog.com/es/glosario/idn/" de: "https://tldlog.com/de/glossar/idn/" fr: "https://tldlog.com/fr/glossaire/idn/" it: "https://tldlog.com/it/glossario/idn/" pt-BR: "https://tldlog.com/pt/glossario/idn/" zh-Hans: "https://tldlog.com/zh/cihui/idn/" --- # IDN интернационализированное доменное имя Доменное имя, в котором используются символы помимо основных букв английского алфавита, цифр и дефиса, например буквы с диакритическими знаками или арабское, китайское либо кириллическое письмо. DNS хранит такие имена в ASCII-форме, называемой Punycode, которая начинается с «xn--». IDN позволяют людям использовать имена на своем языке. Интернационализированное доменное имя (IDN) содержит не только буквы от a до z, цифры и дефис, но и буквы с диакритическими знаками, такие как ñ или ü, или знаки других письменностей, например арабской, китайской или кириллицы. Люди видят и вводят имя в своей письменности, а DNS незаметно для них работает с версией из простых латинских букв. Большинство проблем с IDN возникает из-за разрыва между этими двумя формами. ## Что такое интернационализированное доменное имя RFC 5890, опубликованный IETF в августе 2010 года, определяет IDN как доменное имя, содержащее хотя бы одну интернационализированную метку. Такой меткой может быть зарегистрированное имя, например имя с ñ в .es, или сам домен верхнего уровня, например .рф. ## Как это работает: Punycode, A-метки и U-метки IDN обрабатываются по одной метке, никогда не целиком. У каждой интернационализированной метки две формы: - **U-метка** (U-label): форма, которую люди читают и вводят, в символах Юникода. - **A-метка** (A-label): ее эквивалент в ASCII, то есть префикс xn--, за которым следует результат работы алгоритма Punycode длиной не более 59 символов, поскольку длина метки не превышает 63 символов. Перед запросом к DNS программа преобразует каждую U-метку в A-метку: по формулировке ICANN, операции DNS используют исключительно A-метки. RFC 5890 сохраняет слово Punycode за методом преобразования (RFC 3492, март 2003 года), а не за получаемой строкой. Действующий набор правил IDNA2008 (RFC с 5890 по 5894) заменил IDNA2003, но сохранил Punycode и префикс xn--. Несколько символов изменились: немецкая ß и греческая конечная ς допустимы в IDNA2008, тогда как IDNA2003 заменяла их другими символами, поэтому у имени с ними теперь другая A-метка, чем та, которую ищут старые программы. ## Какие символы допускает каждая регистратура IDNA2008 задает внешние границы. В их пределах RFC 5890 делает ограничения обязательными для регистратур IDN, а RFC 5891 предполагает, что регистратуры на каждом уровне DNS устанавливают собственную политику. Многие публикуют таблицы IDN, то есть списки символов, которые они принимают для языка или письменности; IANA собирает их в своем Репозитории практик IDN (Repository of IDN Practices). Правила генерации меток (LGR) являются их формальной машиночитаемой версией (RFC 7940). Для доменов верхнего уровня ICANN использует Правила генерации меток корневой зоны (RZ-LGR). По состоянию на октябрь 2026 года действующая версия RZ-LGR-6 охватывает 27 письменностей, в том числе латиницу. Для .es эти правила, по состоянию на октябрь 2026 года, устанавливают национальный план доменных имен (Orden ITC/1542/2005) и Red.es: - буквы от a до z, цифры от 0 до 9 и дефис, который не может быть первым или последним символом; - еще 13 символов: á, à, é, è, í, ï, ó, ò, ú, ü, ñ, ç и l·l; - от 3 до 63 символов на втором уровне, от 2 до 63 на третьем; - имя не может начинаться с xn--, а прописные буквы считаются строчными. Для каталанского l·l IDNA2008 допускает точку посередине только между двумя l, но не отдельную букву ŀ. ## Варианты и похожие символы Некоторые сообщества пользователей письменностей, например арабской и китайской (иероглифов хань), считают две разные строки одним и тем же именем. Это варианты IDN. Похожие символы составляют другую проблему: это символы разных письменностей, которые выглядят одинаково, например греческая буква омикрон среди латинских букв. Омографическая атака использует их, чтобы поддельное имя выглядело настоящим. Ограничения регистратур и LGR ограничивают такие смешения, а оценка сходства строк ICANN отклоняет заявленные TLD, которые визуально похожи на существующие. ## Домены верхнего уровня IDN в нелатинских письменностях Национальные IDN-домены верхнего уровня (IDN ccTLD) появляются через ускоренную процедуру IDN ccTLD (Fast Track), одобренную Правлением ICANN в Сеуле в октябре 2009 года. Страна или территория из списка ISO 3166-1 может запросить свое название в письменности, отличной от латиницы, поэтому .es в этой процедуре не участвует. Общие IDN-домены верхнего уровня появляются через раунды новых gTLD ICANN. В раунде 2026 года заявленный IDN должен соответствовать IDNA2008 и RZ-LGR-6. Вариант передается тому же оператору реестра по одному соглашению об администрировании реестра, и каждый вариант требует обоснования. По состоянию на октябрь 2026 года операторы существующих gTLD не платят базовый сбор за заявку на вариантные строки, если их не более четырех. По состоянию на октябрь 2026 года около 150 TLD в базе данных корневой зоны IANA начинаются с xn-- (по нашему подсчету), а ICANN упоминает более 60 IDN ccTLD. Среди примеров .рф (xn--p1ai), национальный домен верхнего уровня России, и общий домен .vermögensberater (xn--vermgensberater-ctb). ## Где IDN все еще не работают: почта, приложения и формы ICANN называет универсальным принятием (Universal Acceptance) цель, при которой любое действительное доменное имя и любой действительный адрес электронной почты работают во всех программах. Типичный сбой: формы, которые не принимают буквы с диакритическими знаками. Электронной почте нужны отдельные стандарты интернационализации адресов электронной почты (EAI), представленные в RFC 6530 в феврале 2012 года. Когда в 2007 году открылась регистрация многоязычных имен в .es, Red.es предупреждало, что электронная почта с IDN встречается редко и что некоторые программы будут показывать форму xn--. Такова была позиция 2007 года. ## Пример: регистрация испанского имени с ñ Возьмем условное имя peña.example: программа преобразует метку peña в xn--pea-8ma, поэтому DNS видит xn--pea-8ma.example. Поскольку .example зарезервирован, пример показывает только преобразование. В собственном опубликованном примере Red.es eñe превращается в xn--ee-zja. Для имени .es с ñ нужно: 1. Проверить, что в нем используются только допустимые символы и соблюдена длина, указанные выше. 2. Зарегистрировать его через регистратора .es, который сам устанавливает цену. Red.es регистрирует напрямую только в очень ограниченных случаях; по состоянию на октябрь 2026 года его цена при прямой регистрации составляет 33,38 евро в год с учетом налога на добавленную стоимость, без отдельной цены для многоязычных имен. После этого регистратура записывает имя, и DNS работает с его A-меткой. В использованных источниках не сказано, связывается ли оно с тем же именем без ñ. ## Источники - [Repository of IDN Practices (IANA)](https://www.iana.org/domains/idn-tables) - [Root Zone Label Generation Rules (ICANN)](https://www.icann.org/resources/pages/root-zone-lgr-2015-06-21-en) - [IDN ccTLD Fast Track Process (ICANN)](https://www.icann.org/resources/pages/fast-track-2012-02-25-en) - [Universal Acceptance (UA) (ICANN)](https://www.icann.org/ua) ## связанные термины - [Punycode](https://tldlog.com/ru/glossariy/punycode/) - [U-метка](https://tldlog.com/ru/glossariy/u-metka/) - [A-метка](https://tldlog.com/ru/glossariy/a-metka/) - [IDN TLD](https://tldlog.com/ru/glossariy/idn-tld/) - [ASCII](https://tldlog.com/ru/glossariy/ascii/)