Протокол доступа к регистрационным данным - Registration Data Access Protocol
В Протокол доступа к регистрационным данным (RDAP) это компьютерная сеть протокол связи стандартизировано рабочей группой Инженерная группа Интернета в 2015 году после экспериментальных разработок и обстоятельных обсуждений. Это преемник КТО протокол, используемый для поиска соответствующих регистрационных данных на таких интернет-ресурсах, как доменные имена, IP-адреса, и номера автономных систем.
В то время как WHOIS по сути извлекает свободный текст, RDAP предоставляет данные в стандартном машиночитаемом формате. JSON формат.[1] Для достижения этой цели была проанализирована выходная информация всех действующих серверов WHOIS с проведением переписи используемых ими ярлыков.[2] Разработчики RDAP, многие из которых являются членами номер или же имя реестров, старались сохранить протокол как можно более простым, поскольку сложность считалась одной из причин, почему предыдущие попытки, такие как CRISP, не удалось. RDAP основан на Веб-сервисы RESTful, так что коды ошибок, идентификация пользователя, аутентификация и контроль доступа могут быть доставлены через HTTP.[3]
Самая большая задержка с выполнением RDAP оказалась бутстрап, выясняя, где находится сервер для каждого домена верхнего уровня, диапазона IP-адресов или диапазона ASN. IANA согласился разместить загрузочную информацию в подходящих реестрах и опубликовать ее по URL-адресам в хорошо известных местах в формате JSON. Эти реестры изначально были пустыми и будут постепенно заполняться по мере того, как владельцы доменов и адресных пространств будут предоставлять информацию о сервере RDAP в IANA.[4][5] Для реестров номеров, ARIN настроить общедоступную службу RDAP, которая также имеет URL начальной загрузки, аналогично тому, что они делают для WHOIS.[6] Для реестров имен ICANN требует соответствия RDAP с 2013 года.[7][8]
Числовые ресурсы
Базы данных RDAP для присвоенных IP-номеров обслуживаются пятью Региональные интернет-регистры. ARIN поддерживает базу данных начальной загрузки.[9] Благодаря стандартному формату документа такие задачи, как, например, получение адреса группы защиты от злоупотреблений с заданным IP-номером, могут выполняться полностью автоматически.[10]
Назовите ресурсы
Базы данных RDAP для зарегистрированных имен поддерживаются после соглашения ICANN.[7] Ресурсы имен намного медленнее, поскольку количество реестров в ICANN огромно. Кроме того, как GDPR вступила в силу, в мае 2018 года проблема раскрытия личных данных через WHOIS или RDAP еще больше замедлила внедрение.[11]
Рекомендации
- ^ Ньютон, Эндрю; Холленбек, Скотт (март 2015 г.). Ответы JSON для протокола доступа к регистрационным данным (RDAP). IETF. Дои:10.17487 / RFC7483. RFC 7483. Получено 2016-11-10.
- ^ Zhou, L .; Kong, N .; Шен, С .; Sheng, S .; Сервин, А. (март 2015 г.). Инвентаризация и анализ объектов регистрации WHOIS. IETF. Дои:10.17487 / RFC7485. RFC 7485. Получено 2016-11-10.
- ^ "Расширяемая веб-служба регистрационных данных в Интернете (чудаки)". IETF. 2015-03-25. Получено 2016-11-10.
- ^ Джон Левин (2014-09-10). «Замена WHOIS на удивление близка». jl.ly. Получено 2016-11-10.
- ^ Бланше, Марк (март 2015). Поиск службы авторитетных регистрационных данных (RDAP). IETF. Дои:10.17487 / RFC7484. RFC 7484. Получено 2016-11-10.
- ^ «Протокол доступа к регистрационным данным (RDAP)». ARIN. 2015-06-22. Получено 2016-11-10.
- ^ а б «Соглашение об аккредитации регистраторов от 2013 г.». ICANN. Архивировано из оригинал на 2017-06-07. Получено 2016-11-10.
После публикации IETF Предлагаемого стандарта, проекта стандарта или Интернет-стандарта и любых изменений к ним (как указано в RFC 2026 ), относящегося к веб-службе каталогов, как указано в рабочей группе IETF Web Extensible Internet Registration Data Service, Регистратор должен реализовать службу каталогов, указанную в любом таком стандарте (или любой его редакции), не позднее, чем через 135 дней после запроса на такую реализацию. ICANN
- ^ Комитет по программе новых рДВУ (NGPC) (2013-07-02). «Соглашение о новом рДВУ» (PDF). ICANN. Получено 2016-11-10.
Оператор реестра обязуется внедрить новый стандарт, поддерживающий доступ к данным регистрации доменного имени (SAC 051) не позднее, чем через сто тридцать пять (135) дней после его запроса ICANN, если: 1) IETF разработала стандарт (т. Е. опубликовано, по крайней мере, как Предлагаемый стандарт RFC, как указано в RFC 2026 ); и 2) его реализация коммерчески оправдана в контексте общей работы реестра.
- ^ «РДАП в АРИН» (PDF). 17 сентября 2019.
- ^ "abuserdap".
- ^ Кирен Маккарти (23 октября 2019 г.). «ICANN преследует европейский GDPR и точит деревянный кол, чтобы наконец убить вампира Whois». Реестр.
внешняя ссылка
- Реестр IANA для служб RDAP
- никинфо на GitHub - Клиент протокола доступа к данным реестра (RDAP) из командной строки
- rdap.org - Конечная точка для запросов RDAP
- Значения RDAP JSON в IANA
- Страница RDAP на APNIC
- Страница RDAP в ARIN
- Страница RDAP в LACNIC
- Эксперты CNNIC возглавляют разработку протокола доступа к регистрационным данным (RDAP) на Wayback Machine (архивировано 5 марта 2016 г.)
- «Годовой отчет AFRINIC 2015» (PDF). 2016-08-06. Получено 2016-11-10.
В 2015 году команда AFRINIC развернула сервис RDAP (https://rdap.afrinic.net/rdap ), полностью соответствует RFC 7480, RFC 7482 и RFC 7483
Эта интернет-статья представляет собой заглушка. Вы можете помочь Википедии расширяя это. |