--- id: "iana" kind: "glossary-term" title: "IANA" language: "ru" category: "Участники и организации отрасли" updated: "2026-10-10T23:13:06Z" canonical: "https://tldlog.com/ru/glossariy/iana/" translations: en: "https://tldlog.com/glossary/iana/" es: "https://tldlog.com/es/glosario/iana/" de: "https://tldlog.com/de/glossar/iana/" fr: "https://tldlog.com/fr/glossaire/iana/" it: "https://tldlog.com/it/glossario/iana/" pt-BR: "https://tldlog.com/pt/glossario/iana/" zh-Hans: "https://tldlog.com/zh/cihui/iana/" --- # IANA Администрация адресного пространства интернета Функции, которые обеспечивают согласованность уникальных идентификаторов интернета, включая управление корневой зоной DNS, пулами IP-адресов и списками номеров протоколов. Сегодня эти функции выполняет PTI (Public Technical Identifiers), аффилированная организация ICANN. База данных корневой зоны IANA содержит все TLD и их администраторов. IANA (Администрация адресного пространства интернета, Internet Assigned Numbers Authority) ведет публичные реестры, благодаря которым имена, адреса и технические коды интернета везде означают одно и то же. Она применяет правила, написанные другими, но сама их не устанавливает. С 1 октября 2016 года эту работу выполняет аффилированная с ICANN организация PTI, без этапа одобрения правительством США. ## Что такое IANA Чтобы интернет работал как единая сеть, каждое доменное имя и каждый IP-адрес должны принадлежать одной стороне, а все программы должны одинаково понимать коды протоколов. IANA ведет авторитетные публичные реестры, в которых записаны эти назначения. Эта роль является общественной услугой: реестры открыто публикуются, а услуги бесплатны. IANA называет себя нейтральным распорядителем. Она не устанавливает политику для своих реестров, а реализует политику, которую вырабатывают сообщества, обслуживаемые каждым реестром. Она не решает, какие TLD должны существовать. Эта работа восходит к учету, который вели в ходе первых сетевых экспериментов в 1970-х годах. Сегодня «IANA» обозначает функции, а организация, которая их выполняет, называется Public Technical Identifiers (PTI). ## Три функции IANA: имена, номера и параметры протоколов **Имена.** IANA управляет корневой зоной DNS, вершиной иерархии имен. Она назначает администратора каждого домена верхнего уровня (TLD), записывает технические данные делегирования и публикует базу данных корневой зоны (Root Zone Database). Политику определяет ICANN, в основном через GNSO для общих имен и через ccNSO для кодов стран. **Номера.** IANA координирует IP-адреса и номера автономных систем (AS), которые используются для маршрутизации трафика. Она выделяет крупные блоки адресов пяти региональным интернет-регистратурам (RIR: AFRINIC, APNIC, ARIN, LACNIC и RIPE NCC), а не интернет-провайдерам или конечным пользователям, за исключением особых случаев. Глобальную политику в области номеров вырабатывают сообщества RIR, а ратифицируется она через Организацию поддержки адресов ICANN (ASO). RIR занимаются номерами, а не доменными именами. **Параметры протоколов.** Это коды и номера, которые используются внутри интернет-протоколов. Согласно RFC 2860 (июнь 2000 года), IANA назначает их только так, как предписывают RFC. ## IANA, PTI и ICANN: как они связаны PTI является некоммерческой корпорацией общественной пользы штата Калифорния, созданной в 2016 году. Единственным членом PTI является ICANN, а единственная цель PTI состоит в выполнении функций IANA. Ее совет директоров состоит из директоров, назначенных ICANN, и директоров из сообщества. Обязательства несет ICANN, а работу она передает PTI по субподряду, с отдельным соглашением для каждой функции: - имена: соглашение между ICANN и PTI о функции имен (Naming Function Agreement), которое устанавливает уровни обслуживания для управления корневой зоной; - параметры протоколов: меморандум о взаимопонимании между ICANN и IETF, а также ежегодные соглашения; - номера: соглашение об уровне обслуживания (SLA) между ICANN и пятью RIR. Устав ICANN (Bylaws) добавляет гарантии. Изменения учредительного документа PTI (articles of incorporation) требуют одобрения Сообщества с расширенными полномочиями (Empowered Community), а сборы, которые PTI взимает по договору о функции имен, должны основываться на ее прямых затратах. ## Передача координирующей роли в 2016 году ICANN выполняет функции IANA с 1999 года. С 2000 по 2016 год порядок их выполнения определял договор с NTIA (Национальным управлением по телекоммуникациям и информации), которое входит в Министерство торговли США. По этому договору одобрение правительства США было обязательным этапом для запросов на изменение корневой зоны. В марте 2014 года NTIA установило критерии прекращения этой роли и попросило ICANN созвать глобальное сообщество заинтересованных сторон. Сообщество подготовило предложения о замене координирующей роли NTIA и об усилении подотчетности ICANN; они отвечали критериям и были одобрены. Последний договор о функциях IANA истек 30 сентября 2016 года, и передача завершилась 1 октября 2016 года. В этот день PTI начала выполнять функции с тем же персоналом и на том же сайте `www.iana.org`. Одновременно вступили в силу новые правила подотчетности, которые дали сообществу прямые средства защиты при несогласии с ICANN или ее Правлением. Подтверждение обязательств (Affirmation of Commitments), соглашение 2009 года между ICANN и Министерством торговли, требовало регулярных проверок ICANN сообществом. После того как эти проверки были перенесены в статью 4 Устава ICANN, ICANN и NTIA прекратили его действие по взаимному согласию 6 января 2017 года. NTIA осталось в ICANN как представитель США в Правительственном консультативном комитете (GAC). ## Кто проверяет работу IANA - **Постоянный комитет потребителей (CSC).** Ежемесячно сверяет работу PTI в области имен с уровнями обслуживания в договоре о функции имен и публикует свои выводы. Он может потребовать исправить проблемы и передать их на рассмотрение ccNSO и GNSO, но не может сам начать специальную проверку. По Уставу, по состоянию на октябрь 2026 года, в него входят два представителя регистратур gTLD, два представителя ccTLD и один связной от PTI. - **Проверка функции IANA по управлению именами (IFR).** Первая должна была пройти до 1 октября 2018 года; по тому же Уставу следующие проводятся не реже чем раз в пять лет, возможны и специальные проверки. - **Отделение как крайняя мера.** PTI можно заменить в качестве оператора функции имен, только если это рекомендует IFR, одобряют квалифицированные большинства советов ccNSO и GNSO, проведены общественные консультации и это одобряет Правление ICANN. - **Другие проверки.** Комитет по проверке развития корневой зоны (RZERC) рассматривает предлагаемые архитектурные изменения корневой зоны. RIR и IETF проверяют функции номеров и параметров протоколов. По состоянию на октябрь 2026 года IANA сообщает, что с июня по август 2026 года выполняла 100% своих уровней обслуживания по всем трем функциям; худшим месяцем по функции имен за предыдущий год был декабрь 2025 года с показателем 94%. Пример: администратор национального домена верхнего уровня (ccTLD) хочет изменить DNS-серверы своего TLD в корневой зоне. Он подает изменение через онлайн-интерфейс IANA для администраторов TLD. Одобрение правительства США не требуется, а обработка запроса в PTI учитывается в уровнях обслуживания, которые CSC проверяет каждый месяц. ## Источники - [About IANA](https://www.iana.org/about) - [About the IANA stewardship transition](https://www.iana.org/help/pti-transition) - [ICANN Bylaws (Articles 16 to 19)](https://www.icann.org/en/governance/bylaws) - [Performance (IANA)](https://www.iana.org/performance) ## связанные термины - [PTI](https://tldlog.com/ru/glossariy/pti/) - [ICANN](https://tldlog.com/ru/glossariy/icann/) - [корневая зона](https://tldlog.com/ru/glossariy/kornevaya-zona/) - [делегирование (TLD)](https://tldlog.com/ru/glossariy/delegirovanie-tld/)