RDAP: современная замена WHOIS

RDAP — протокол доступа к регистрационным данным доменов и интернет-ресурсов. В отличие от текстового WHOIS, RDAP работает через HTTPS и возвращает структурированные ответы, поэтому клиенту проще однозначно интерпретировать поля, ссылки и уровни доступа.

Чем RDAP отличается от WHOIS

WHOIS исторически использует TCP 43 и не задаёт единый формат ответа. RDAP определён как HTTP API с JSON-представлением, кодами состояния, ссылками и механизмом обнаружения нужного сервиса. Для gTLD с 28 января 2025 года ICANN рассматривает RDAP как основной источник регистрационных данных; правила ccTLD могут отличаться.

Структурированный формат не означает, что все данные публичны. Поля могут быть скрыты или доступны только авторизованным пользователям. Отсутствие имени владельца не означает отсутствие регистранта.

Домены, IP-адреса и ASN

RDAP применяется не только к доменам. Региональные интернет-регистратуры публикуют через него сведения об IP-сетях и автономных системах. Такой результат описывает держателя ресурса или сетевого оператора, а не обязательно конкретного человека, который использовал адрес.

Начните с обзора WHOIS и RDAP, а сетевой контекст адреса сравните с данными 2ip об IP. Не используйте регистрационные данные как доказательство точного физического местоположения.

Как читать ответ безопасно

Проверяйте тип объекта, статус, события регистрации, nameserver и ссылки на авторитетный сервис. Для домена дата истечения не гарантирует немедленное освобождение имени: жизненный цикл зависит от реестра и регистратора. Спецификация протокола опубликована в RFC 9083.

Где искать проблему по уровням

Полезно начинать с границы локальной сети. Сначала проверьте адрес интерфейса, маршрут по умолчанию и DNS, затем доступность шлюза, после этого — внешний адрес и удалённый сервис. Такой порядок не смешивает неисправность Wi‑Fi или Ethernet с маршрутизацией провайдера. Если локальный шлюз стабилен, а задержка появляется дальше, сравните несколько назначений и повторите измерение в другое время.

Не все промежуточные устройства обязаны отвечать на диагностические пакеты. Фильтрация служебного трафика, rate limiting и асимметричный маршрут могут изменить картину, хотя прикладное соединение продолжает работать.

Адреса, маршруты и наблюдаемая сеть

Локальный адрес устройства, публичный адрес выхода и адрес удалённого сервиса относятся к разным участкам пути. NAT, CGNAT, VPN, прокси, CDN и Anycast добавляют дополнительные точки, поэтому один IP нельзя автоматически считать идентификатором пользователя или физического сервера. При анализе сохраняйте исходный адрес назначения и время измерения: DNS и BGP могут привести следующий тест к другой инфраструктуре.

Для IPv6 также учитывайте несколько адресов на одном интерфейсе, включая временные адреса. Выбор исходного адреса выполняется стеком и способен повлиять на наблюдаемый маршрут.

Как получить воспроизводимый результат

Один тест — это снимок. Повторяйте измерения сериями, фиксируйте проводное или беспроводное подключение, VPN, DNS-резолвер и наличие фоновой нагрузки. Для сравнения задержки используйте одинаковое назначение, а для скорости — одинаковые условия и несколько запусков. Если проблема возникает только под нагрузкой, отдельно проверяйте очереди и bufferbloat.

Сохраняйте не только итоговую цифру, но и контекст. Это позволяет отличить постоянную ошибку конфигурации от кратковременного переключения маршрута, перегрузки радиоэфира или изменения удалённой площадки.