RDAP и WHOIS: различия
Почему структурированный RDAP предпочтительнее и когда нужен WHOIS fallback.
Определение и границы
Почему структурированный RDAP предпочтительнее и когда нужен WHOIS fallback.
Сначала определите смысл и ограничения результата и только затем меняйте рабочую конфигурацию.
Как это работает
RDAP возвращает JSON по HTTPS, поддерживает IANA bootstrap и отдельные объекты доменов, IP-сетей и ASN. WHOIS — текстовый TCP-протокол, формат и кодировка которого различаются у серверов.
Как читать результат
События, entities, статусы и ссылки RDAP пригодны для машинной обработки. WHOIS нужно читать как специфичный для реестра текст. Скрытие персональных данных встречается в обоих вариантах и не делает регистрацию недействительной.
Корректные и ошибочные примеры
Сравните нормализованные примеры. В технических значениях используются документальные диапазоны и зарезервированные имена.
домен → IANA bootstrap → RDAP реестра /domain/example.com?rdap_url=https://user.example/rdap| Элемент | Назначение | Пример |
|---|---|---|
| RDAP | HTTPS JSON | IANA bootstrap |
| WHOIS | TCP 43 text | IANA referral |
| Domain | /domain/ | example.com |
| IP | /ip/ | 192.0.2.0 |
| ASN | /autnum/ | 13335 |
Типовые проблемы
Один жёстко заданный сервер не покрывает все зоны и адреса. Переход на пользовательский WHOIS-host опасен. Creation, changed и expiration — разные даты, которые нельзя смешивать.
Практический чек-лист
Используйте IANA bootstrap, предпочитайте RDAP, ограничивайте время и размер ответа, показывайте источник и обращайтесь к WHOIS только по авторитетному referral.
Стандарты и первичные источники
Поведение протокола задают первичные спецификации. Документация провайдера может дополнять эксплуатационные требования, но не заменяет стандарт.