Как проверить регистрационные данные домена через RDAP

Введите доменное имя и запустите RDAP-проверку, чтобы увидеть доступные регистрационные сведения: статус, регистратора, даты, серверы имён и DNSSEC при наличии этих значений в ответе. Пустое поле приводит к проверке example.com.

Для чего нужен поиск регистрационных данных

RDAP-проверка показывает, какие регистрационные сведения доступны по доменному имени. В результате могут отображаться его нормализованное имя, статусы, регистратор, даты событий, серверы имён и состояние делегирования DNSSEC, если такие значения передал регистрационный сервис. Этот способ предназначен для данных о регистрации, а не для просмотра DNS-записей или поиска IP-адреса.

Проверка пригодится перед разбором статуса домена, при предварительной оценке имени или при сверке опубликованных дат и серверов имён. Состав ответа зависит от конкретного авторитетного RDAP-сервиса, поэтому отсутствие отдельного поля не позволяет сделать вывод, что соответствующие сведения не существуют. Не следует заранее ожидать имя владельца либо полный набор контактных данных.

В поле можно указать обычную запись домена, в том числе с национальными символами. Перед поиском значение очищается от пробелов по краям и конечных точек, международные символы преобразуются в ASCII-представление IDNA, а буквы переводятся в нижний регистр. Благодаря такой обработке разные варианты написания могут привести к одному поисковому имени.

Порядок проверки домена

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

2. Введите имя в поле и запустите проверку. Значение сначала нормализуется, после чего проверяется его структура. Допустимая запись имеет длину не более 253 символов; каждая метка может содержать не более 63 символов и должна начинаться и заканчиваться буквой или цифрой. Пробел внутри имени, пустая часть между точками, недопустимый знак или чрезмерно длинная метка приводят к неуспешному результату.

3. Дождитесь ответа RDAP-сервиса для нужной доменной зоны. Сведения о подходящем сервисе берутся из сохранённого кэша, если они доступны, либо запрашиваются у IANA. Затем выбирается первая подходящая запись, но обращение выполняется только при наличии адреса с HTTPS. Сведения о зоне сохраняются в кэше на 24 часа, поэтому такой вспомогательный запрос может не выполняться при каждом запуске.

4. Откройте полученные разделы и сопоставьте нормализованное имя со своим вводом. В успешном ответе ищите статусы, регистратора, даты событий, серверы имён и DNSSEC, если их вернул реестр. Имена серверов приводятся к нижнему регистру и сортируются, поэтому их порядок может отличаться от исходной публикации.

5. При неуспешной проверке исправьте имя и повторите запрос. Если формат верен, причиной может быть недоступный авторитетный сервис, отсутствие подходящего адреса с HTTPS или ошибка HTTP-запроса. Предварительное разрешение A-записи для этого поиска не требуется.

Как понимать полученные сведения

Нормализованное имя показывает, какая запись фактически использовалась для поиска. У международного домена это может быть ASCII-форма IDNA вместо исходного варианта с национальными буквами. При чтении результата полезно рассматривать статусы вместе с датами событий и информацией о регистраторе, поскольку одно значение не даёт самостоятельного прогноза о дальнейшей судьбе домена.

Список серверов имён отражает ответ регистрационного сервиса и не заменяет отдельную проверку текущего состояния DNS. Он также не подтверждает, что сайт открывается. Значение DNSSEC описывает доступное регистрационное состояние делегирования, но не характеризует работу каждого отдельного DNS-запроса.

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

Например, после ввода пример.рф с пробелом в конце результат может содержать нормализованное ASCII-имя, статусы, данные о регистраторе, даты событий, отсортированные серверы имён и поле DNSSEC при наличии такого значения в ответе. Конкретные даты и заполненность отдельных разделов заранее определить нельзя.

Практический пример

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

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

Результат содержит нормализованное доменное имя и доступные поля о статусах, регистраторе, датах событий, серверах имён и DNSSEC; отдельные поля могут отсутствовать.

Ограничения

• Состав успешного ответа зависит от данных конкретного регистрационного сервиса, а сбой выбора сервиса или HTTP-запроса приводит к неуспешной проверке.

Частые ошибки

• Если в поле вставить адрес страницы с протоколом или путём, структура значения не соответствует доменному имени. Удалите эти части и оставьте только имя с его метками, затем запустите проверку повторно.

Частые вопросы

Что произойдёт, если не указать домен?

При пустом поле автоматически выбирается example.com; для другой проверки впишите полное доменное имя без протокола и пути страницы, чтобы запрос получил нужную запись зоны. Перед отправкой проверьте написание имени.

Можно ли проверить домен с кириллицей?

Да, если запись соответствует требованиям доменного имени: национальные символы преобразуются в ASCII-форму IDNA, затем значение переводится в нижний регистр и проверяется по длине и структуре меток. В результате может отображаться именно нормализованная форма.

Почему в результате может не быть регистратора, даты или DNSSEC?

Так бывает, когда реестр не передал конкретное значение или обращение завершилось неуспешно. Проверьте имя и повторите запрос; набор доступных полей определяется ответом выбранного RDAP-сервиса, поэтому отдельные сведения могут не появиться.