Что такое RDAP?
RDAP (Registration Data Access Protocol, протокол доступа к регистрационным данным) — стандартизованный IETF современный протокол доступа к регистрационным данным доменов. Он создан как преемник WHOIS и возвращает структурированные машиночитаемые ответы в формате JSON, поэтому разработчикам проще встраивать поиск доменов в приложения.
Почему RDAP важен для разработчиков
WHOIS сложно разбирать: регистраторы используют разные форматы, непоследовательные названия полей и неструктурированный текст, для обработки которого нужны сложные регулярные выражения. RDAP устраняет эту проблему общей схемой JSON, одинаковой для совместимых серверов.
Главные технические преимущества
Структурированные ответы JSON: каждый сервер RDAP возвращает формат JSON, определённый RFC 7483. Один анализатор работает с любым доменом независимо от регистратора или реестра. REST-архитектура: RDAP использует стандартные методы HTTP и коды статуса. GET-запрос к конечной точке RDAP возвращает сведения о домене, а HTTP 404 означает доступный домен. HTTPS по умолчанию: в отличие от WHOIS, передающего данные открытым текстом через порт 43, RDAP использует HTTPS и шифрует обмен с сервером RDAP. Поддержка интернационализации: RDAP корректно обрабатывает IDN и символы Unicode, что важно для глобальных приложений.Как работает RDAP
При запросе домена через RDAP процесс проходит следующие этапы:
1. Поиск через bootstrap: клиент обращается к реестру IANA RDAP Bootstrap и находит авторитетный сервер RDAP для TLD
2. HTTP-запрос: GET-запрос отправляется на URL сервера RDAP (например, https://rdap.verisign.com/com/v1/domain/example.com)
3. Ответ JSON: сервер возвращает структурированный объект JSON с регистрационными данными, кодами статуса и событиями
Пример структуры ответа RDAP
{
"objectClassName": "domain",
"handle": "example.com",
"ldhName": "example.com",
"status": ["client transfer prohibited"],
"events": [
{"eventAction": "registration", "eventDate": "1995-08-14T04:00:00Z"},
{"eventAction": "expiration", "eventDate": "2025-08-13T04:00:00Z"}
]
}
Сравнение RDAP и WHOIS
| Возможность | RDAP | WHOIS |
|---|---|---|
| Формат данных | Структурированный JSON | Неструктурированный текст |
| Передача | HTTPS (шифрование) | Открытый текст (порт 43) |
| Стандартизация | RFC 7480–7484 | Непоследовательная |
| Поддержка IDN | Встроенная | Ограниченная |
| Тип запроса | RESTful HTTP | Специальный протокол |
Внедрение RDAP в приложения
Для разработчиков доменных инструментов RDAP — рекомендуемый подход. Современные сервисы проверки доступности, включая DomScan, используют RDAP как основной источник, поскольку он обеспечивает:
- Надёжное определение доступности: HTTP 404 однозначно указывает на доступный домен
- Богатые метаданные: даты регистрации и истечения, коды статуса
- Единый разбор: одна кодовая база работает со всеми TLD
Состояние внедрения RDAP
Для реестров и регистраторов gTLD RDAP обязателен по требованиям ICANN. Большинство ccTLD также внедрили RDAP, хотя некоторые сохраняют только WHOIS. Файл bootstrap IANA по адресу https://data.iana.org/rdap/dns.json содержит текущие сопоставления серверов RDAP для поддерживаемых TLD.
Лучшие практики
При запросах RDAP соблюдайте лимиты частоты и разумно кэшируйте ответы, используйте bootstrap IANA для поиска сервера и обрабатывайте как успешные ответы, так и ответы 404 при проверке доступности.