Протокол доступа к регистрационным данным

Протокол доступа к регистрационным данным ( RDAP ) — это компьютерной сети протокол связи , стандартизированный рабочей группой Инженерной рабочей группы Интернета в 2015 году после экспериментальных разработок и тщательных обсуждений. Он является преемником протокола WHOIS , используемого для поиска соответствующих регистрационных данных из таких интернет-ресурсов, как доменные имена , IP-адреса и номера автономных систем .

В то время как WHOIS, по сути, извлекает свободный текст, RDAP предоставляет данные в стандартном машиночитаемом формате JSON . ^[1] Для достижения этой цели были проанализированы выходные данные всех действующих серверов WHOIS с учетом используемых ими меток. ^[2] Разработчики RDAP, многие из которых являются членами реестров номеров или имен , стремились сделать протокол максимально простым, поскольку сложность считалась одной из причин неудачи предыдущих попыток, таких как CRISP . RDAP основан на веб-службах RESTful , поэтому коды ошибок, идентификация пользователя, аутентификация и контроль доступа могут передаваться через HTTP . ^[3]

Самой большой задержкой в реализации RDAP оказалась загрузка , определяющая, где находится сервер для каждого домена верхнего уровня, диапазона IP-адресов или диапазона ASN. IANA согласилось разместить информацию о начальной загрузке в подходящих реестрах и опубликовать ее по известным URL-адресам в формате JSON. Эти реестры изначально были пустыми и будут постепенно заполняться по мере того, как владельцы доменов и адресных пространств предоставляют IANA информацию о серверах RDAP. ^[4]^[5] Для реестров номеров ARIN создал общедоступную службу RDAP, которая также имеет URL-адрес начальной загрузки, аналогично тому, что они делают для WHOIS. ^[6] Для реестров имен ICANN требует соблюдения RDAP с 2013 года. ^[7]^[8]

Числовые ресурсы

Базы данных RDAP для присвоенных IP-адресов поддерживаются пятью региональными интернет-реестровами . ARIN поддерживает базу данных начальной загрузки. ^[9] Благодаря стандартному формату документа такие задачи, как, например, получение адреса группы по борьбе с злоупотреблениями по заданному IP-адресу, могут выполняться полностью автоматически. ^[10]

Назовите ресурсы

Базы данных RDAP для зарегистрированных имен поддерживаются после соглашения ICANN. ^[7] Ресурсы имен работают гораздо медленнее, поскольку количество реестров ICANN огромно. Кроме того, когда в мае 2018 года GDPR вступил в силу, проблема раскрытия персональных данных через WHOIS или RDAP еще больше замедлила внедрение. ^[11] Чтобы разрешить конфликт между GDPR и политикой ICANN, ICANN опубликовала временную спецификацию, согласно которой все контактные данные должны быть отредактированы по соображениям конфиденциальности, если они подпадают под действие GDPR, за исключением случаев, когда контакт явно разрешает публикацию. Сюда входят адреса электронной почты, однако регистратор должен предоставить анонимный адрес электронной почты или веб-форму, позволяющую пересылать информацию контактам. Ответ реестра RDAP/WHOIS должен содержать уведомление о том, что эти варианты связи с контактами доступны только в RDAP/WHOIS регистратора. ^[12]

Чтобы обеспечить точность информации RDAP, регистраторы должны ежегодно отправлять контактному лицу владельца регистрации уведомление о Политике напоминания данных Whois (WDRP). Обычно это делается по электронной почте, содержащей всю имеющуюся у регистратора информацию RDAP и просьбу к владельцу регистрации немедленно обновить ее, если она неверна, одновременно напоминая владельцу регистрации, что неверная информация RDAP может привести к удалению доменного имени. ^[13] Кроме того, каждый регистратор должен предложить контактное лицо по вопросам злоупотреблений и после получения сообщения о неверной информации RDAP должен убедиться, что она быстро исправлена, или приостановить домен. ^[7]

Замена WHOIS

19 января 2023 г. ICANN открыла голосование по глобальной поправке ко всем своим соглашениям о реестрах и регистраторах. В нем они определили период наращивания мощности RDAP продолжительностью 180 дней, начиная с момента вступления в силу этой поправки. 360 дней после этого периода определяются как дата прекращения действия служб WHOIS, после которой регистратуры и регистраторы не обязаны предлагать услугу WHOIS, а вместо этого требуется только услуга RDAP. Все пороговые значения для голосования были достигнуты в течение 60-дневного периода голосования, и поправка будет представлена Правлению ICANN для утверждения и реализации. ^[14]

Расширения

Протокол RDAP допускает расширения, и IANA ведет список известных расширений RDAP. Некоторые из этих расширений представляют собой RFC, такие как сортировка и пейджинг, другие предназначены только для конкретных TLD. ^[15]

Сопутствующие стандарты

СТД 95
RFC 7480 , Использование HTTP в протоколе доступа к регистрационным данным (RDAP)
RFC 7481 , Службы безопасности для протокола доступа к регистрационным данным (RDAP)
RFC 8056 , Расширяемый протокол обеспечения (EPP) и протокол доступа к регистрационным данным (RDAP). Сопоставление состояний.
RFC 9082 , Формат запроса протокола доступа к регистрационным данным (RDAP)
RFC 9083 , ответы JSON для протокола доступа к регистрационным данным (RDAP)
RFC 9224 , Поиск службы авторитетного протокола доступа к регистрационным данным (RDAP)

Кроме того, ICANN разработала 2 стандарта , которые должны быть внедрены реестрами и регистраторами gTLD, чтобы иметь общие выходные форматы и требовать реализации некоторых расширений.

Расширения

RFC 8977 , Параметры запроса протокола доступа к регистрационным данным (RDAP) для сортировки и разбиения на страницы
RFC 8521 , Маркировка объектов протокола доступа к регистрационным данным (RDAP)
RFC 8982 , Частичный ответ протокола доступа к регистрационным данным (RDAP)
RFC 9537 , Отредактированные поля в ответе протокола доступа к регистрационным данным (RDAP)

См. также

Реестр доменных имен
Регистратор доменных имен
Extensible Provisioning Protocol — стандарт для изменения данных домена, отображаемых RDAP.

Ссылки

^ Ньютон, Эндрю; Холленбек, Скотт (март 2015 г.). Ответы JSON для протокола доступа к регистрационным данным (RDAP) . IETF . дои : 10.17487/RFC7483 . РФК 7483 . Проверено 10 ноября 2016 г.
^ Чжоу, Л.; Конг, Н.; Шен, С.; Шэн, С.; Сервин, А. (март 2015 г.). Инвентаризация и анализ объектов регистрации WHOIS . IETF . дои : 10.17487/RFC7485 . РФК 7485 . Проверено 10 ноября 2016 г.
^ «Расширяемая веб-служба регистрационных данных в Интернете (странности)» . IETF . 25 марта 2015 г. Проверено 10 ноября 2016 г.
^ Джон Левин (10 сентября 2014 г.). «Замена WHOIS на удивление близка» . jl.ly . Проверено 10 ноября 2016 г.
^ Бланше, Марк (март 2015 г.). Поиск службы авторитетных регистрационных данных (RDAP) . IETF . дои : 10.17487/RFC7484 . РФК 7484 . Проверено 10 ноября 2016 г.
^ «Протокол доступа к регистрационным данным (RDAP)» . АРИН . 22 июня 2015 г. Проверено 10 ноября 2016 г.
^ Jump up to: ^а ^б ^с «Соглашение об аккредитации регистраторов 2013 года» . ИКАНН . Архивировано из оригинала 7 июня 2017 г. Проверено 10 ноября 2016 г. После публикации IETF предлагаемого стандарта, проекта стандарта или интернет-стандарта и любых изменений к ним (как указано в RFC 2026), касающихся веб-службы каталогов, как указано в рабочей группе IETF по расширяемой веб-службе регистрационных данных в Интернете, Регистратор должен внедрить службу каталогов, указанную в любом таком стандарте (или любой его редакции), не позднее, чем через 135 дней после запроса о таком внедрении со стороны ICANN.
^ Комитет по программе новых gTLD (NGPC) (2 июля 2013 г.). «Соглашение о новых gTLD» (PDF) . ИКАНН . Проверено 10 ноября 2016 г. Оператор регистратуры должен внедрить новый стандарт, поддерживающий доступ к регистрационным данным доменных имен (SAC 051), не позднее чем через сто тридцать пять (135) дней после запроса ICANN, если: 1) IETF разрабатывает стандарт (т. е. он опубликовано как минимум в виде предлагаемого стандарта RFC, как указано в RFC 2026); и 2) его внедрение является коммерчески разумным в контексте общей работы реестра.
^ «RDAP в ARIN» (PDF) . 17 сентября 2019 г.
^ "абьюзердап" .
^ Кирен Маккарти (23 октября 2019 г.). «Преследуемая европейским GDPR, ICANN затачивает деревянный кол, чтобы окончательно победить вампира Whois» . Регистр .
^ «Временная спецификация регистрационных данных gTLD — ICANN» . www.icann.org . Проверено 8 апреля 2023 г.
^ «Политика напоминания о данных Whois — ICANN» . www.icann.org . Проверено 8 апреля 2023 г.
^ «Глобальные поправки 2023 года к базовому соглашению о реестре gTLD (RA), спецификация 13 и соглашению об аккредитации регистраторов (RAA) 2013 года — ICANN» . www.icann.org . Проверено 7 апреля 2023 г.
^ «Расширения RDAP» . www.iana.org . Проверено 8 апреля 2023 г.

Внешние ссылки

Реестр IANA для служб RDAP
Расширения IANA RDAP
Значения IANA RDAP JSON
nicinfo на GitHub — клиент протокола доступа к данным реестра (RDAP) командной строки.
rdap.dev — упрощенный веб-клиент RDAP.
rdap.org — конечная точка для запросов RDAP.
Страница RDAP в APNIC
Страница RDAP в ARIN

[1] Ньютон, Эндрю; Холленбек, Скотт (март 2015 г.). Ответы JSON для протокола доступа к регистрационным данным (RDAP) . IETF . дои : 10.17487/RFC7483 . РФК 7483 . Проверено 10 ноября 2016 г.

[2] Чжоу, Л.; Конг, Н.; Шен, С.; Шэн, С.; Сервин, А. (март 2015 г.). Инвентаризация и анализ объектов регистрации WHOIS . IETF . дои : 10.17487/RFC7485 . РФК 7485 . Проверено 10 ноября 2016 г.

[3] «Расширяемая веб-служба регистрационных данных в Интернете (странности)» . IETF . 25 марта 2015 г. Проверено 10 ноября 2016 г.

[4] Джон Левин (10 сентября 2014 г.). «Замена WHOIS на удивление близка» . jl.ly . Проверено 10 ноября 2016 г.

[5] Бланше, Марк (март 2015 г.). Поиск службы авторитетных регистрационных данных (RDAP) . IETF . дои : 10.17487/RFC7484 . РФК 7484 . Проверено 10 ноября 2016 г.

[6] «Протокол доступа к регистрационным данным (RDAP)» . АРИН . 22 июня 2015 г. Проверено 10 ноября 2016 г.

[icann2013-7] Jump up to: ^а ^б ^с «Соглашение об аккредитации регистраторов 2013 года» . ИКАНН . Архивировано из оригинала 7 июня 2017 г. Проверено 10 ноября 2016 г. После публикации IETF предлагаемого стандарта, проекта стандарта или интернет-стандарта и любых изменений к ним (как указано в RFC 2026), касающихся веб-службы каталогов, как указано в рабочей группе IETF по расширяемой веб-службе регистрационных данных в Интернете, Регистратор должен внедрить службу каталогов, указанную в любом таком стандарте (или любой его редакции), не позднее, чем через 135 дней после запроса о таком внедрении со стороны ICANN.

[8] Комитет по программе новых gTLD (NGPC) (2 июля 2013 г.). «Соглашение о новых gTLD» (PDF) . ИКАНН . Проверено 10 ноября 2016 г. Оператор регистратуры должен внедрить новый стандарт, поддерживающий доступ к регистрационным данным доменных имен (SAC 051), не позднее чем через сто тридцать пять (135) дней после запроса ICANN, если: 1) IETF разрабатывает стандарт (т. е. он опубликовано как минимум в виде предлагаемого стандарта RFC, как указано в RFC 2026); и 2) его внедрение является коммерчески разумным в контексте общей работы реестра.

[9] «RDAP в ARIN» (PDF) . 17 сентября 2019 г.

[10] "абьюзердап" .

[11] Кирен Маккарти (23 октября 2019 г.). «Преследуемая европейским GDPR, ICANN затачивает деревянный кол, чтобы окончательно победить вампира Whois» . Регистр .

[12] «Временная спецификация регистрационных данных gTLD — ICANN» . www.icann.org . Проверено 8 апреля 2023 г.

[13] «Политика напоминания о данных Whois — ICANN» . www.icann.org . Проверено 8 апреля 2023 г.

[14] «Глобальные поправки 2023 года к базовому соглашению о реестре gTLD (RA), спецификация 13 и соглашению об аккредитации регистраторов (RAA) 2013 года — ICANN» . www.icann.org . Проверено 7 апреля 2023 г.

[15] «Расширения RDAP» . www.iana.org . Проверено 8 апреля 2023 г.

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

[10]

[11]

[12]

[13]

[14]

[15]