Что изменилось: WHOIS перестал быть обязательным
С 28 января 2025 года регистратуры и регистраторы общих доменов (gTLD) больше не обязаны держать WHOIS — ни на порту 43, ни на веб-странице. Основным источником регистрационных данных стал RDAP. Исключения по FAQ ICANN — зоны .com, .name и .post. Слова «WHOIS умер» неверны: он перестал быть обязательным, а многие операторы всё равно его оставили.
Для владельца домена из этого следуют две вещи. Во-первых, команда whois у многих зон работает по-прежнему, но обязанности её поддерживать у оператора больше нет, и однажды она может перестать отвечать. Во-вторых, скрипты, которые разбирают текст WHOIS, придётся переводить на RDAP: объявление ICANN от 27 января 2025 года называет RDAP «definitive source» для данных о gTLD.
Хронология: от решения до отключения
Отключение WHOIS не было внезапным: ICANN одобрила поправки 30 апреля 2023 года, они вступили в силу 7 августа 2023 года, а дата отключения назначена через 18 месяцев после этого. Источник дат — страница ICANN о глобальных поправках к соглашениям RA и RAA.
| Дата | Событие |
|---|---|
| 30 апреля 2023 | Совет директоров ICANN одобрил глобальные поправки |
| 7 августа 2023 | Поправки вступили в силу, начался переходный период (Ramp-Up) |
| 3 февраля 2024 | Переходный период закончился |
| 28 января 2025 | Дата отключения WHOIS (WHOIS Sunset Date) |
Отдельной даты «ратификации RDAP» в документах ICANN нет: есть лишь одобрение советом директоров, вступление в силу и дата отключения WHOIS.
RDAP и WHOIS: в чём разница
RDAP работает поверх HTTP и отвечает в формате JSON. WHOIS (RFC 3912, сентябрь 2004 года) — это запрос на порт 43 и ответ вольным текстом, формат которого у каждого оператора свой. Для скрипта разница критична: JSON разбирается однозначно, а текст — регулярными выражениями, которые ломаются.
| Критерий | WHOIS | RDAP |
|---|---|---|
| Транспорт | порт 43, RFC 3912 | запрос HTTP |
| Формат ответа | вольный текст | JSON, структуру задаёт RFC 9083 |
| Результат запроса | определяется по тексту | виден по коду ответа HTTP |
| Скрытые данные | формат пометок не задан | явные пометки, RFC 9537 |
| Поиск нужного сервера | нужно знать адрес | файл бутстрапа IANA, RFC 9224 |
Что RDAP даёт владельцу домена: структурированный ответ вместо текста, коды HTTP, возможность отдавать разный объём данных разным запрашивающим (разграничение доступа к персональным данным), явные пометки о скрытых полях и ссылки на регистратора.
Какие RFC за этим стоят
RDAP описывают четыре документа IETF: формат запроса, формат ответов в JSON, поиск нужного сервера и пометки о скрытых полях. Номера нужны не для экзамена, а чтобы читать ответ: поля вроде rdapConformance и entities определены в RFC 9083. Сам WHOIS описан отдельно — в RFC 3912.
- RFC 9082 — формат запроса (заменяет RFC 7482).
- RFC 9083 — ответы в формате JSON (заменяет RFC 7483).
- RFC 9224 — поиск нужного сервера, бутстрап (заменяет RFC 7484).
- RFC 9537 — пометки о скрытых полях в ответе.
Устройство и историю самого WHOIS разбирает статья что такое WHOIS.
Как посмотреть данные домена через RDAP
Проще всего выполнить один запрос curl с заголовком Accept: application/rdap+json к адресу rdap.org. Это сторонний переадресатор: он сам находит сервер нужной зоны и перенаправляет запрос. Он удобен, но не является официальной точкой ICANN или IANA, поэтому для важных проверок обращайтесь к серверу зоны напрямую.
curl -sL -H 'Accept: application/rdap+json' https://rdap.org/domain/example.comОтвет — JSON с полями ldhName (имя домена), status (статусы, например запрет переноса), entities (связанные лица, среди них регистратор с ролью registrar) и links.
Если командная строка не нужна, у ICANN есть веб-инструмент lookup.icann.org. Другие способы проверки без консоли собраны в статье проверка домена онлайн.
Как найти сервер зоны: бутстрап IANA
Каждая зона отвечает на RDAP по своему адресу, а список адресов IANA публикует в файле https://data.iana.org/rdap/dns.json. Метод поиска описан в RFC 9224. Для зоны com там указан сервер Verisign, для ua — https://rdap.hostmaster.ua/. Файл обновляется, поэтому адреса не стоит зашивать в скрипты.
curl -s https://data.iana.org/rdap/dns.json | jq -c '.services[] | select(.[0][] == "ua")'
curl -s https://rdap.hostmaster.ua/domain/hostmaster.uaСкрытые данные и персональная информация
Персональные данные владельца в публичном ответе часто скрыты, и RDAP умеет показывать это явно: скрытые поля помечаются (этому посвящён RFC 9537), а в ответах зоны .ua встречается примечание «Some of the data in this object has been removed.» и статус контакта private, когда данные закрыл регистратор.
Для владельца вывод практический: пустое или закрытое поле не означает, что у регистратора ваших данных нет. Полные сведения о регистранте в зоне .ua запрашивают у регистратора. Как закрываются данные у обычных доменов, описано в статье защита WHOIS-данных.
Национальные зоны: что с ccTLD
Требование ICANN относится к общим доменам gTLD. У национальных зон (ccTLD) решение, судя по всему, остаётся за оператором зоны: FAQ ICANN говорит о gTLD, а прямой цитаты «для ccTLD RDAP не обязателен» в официальных документах мы не нашли, так что это наш вывод.
Пример — зона .ua. Её администратор, ТОВ «Хостмайстер», запустил RDAP (rdap.hostmaster.ua, регламент RDAP 1.0 от 1 января 2025 года) и при этом оставил WHOIS на whois.ua: проверить его можно командой echo hostmaster.ua | nc whois.ua 43.
Что сделать владельцу домена
Не выбрасывайте WHOIS из набора инструментов, но новые проверки стройте на RDAP. Начните с инвентаризации: найдите всё, что разбирает текстовый ответ WHOIS или ждёт открытого порта 43, и переводите на RDAP по шагам ниже. Так проблему видно заранее, а не после сбоя.
- Найдите скрипты и мониторинги, которые разбирают текст WHOIS или обращаются к порту 43.
- Замените их запросом RDAP и разбором JSON; адрес сервера берите из бутстрапа, а не из кода.
- Смотрите на код ответа HTTP, а не только на тело: он показывает, как сервер отнёсся к запросу.
Массовые проверки по списку доменов разобраны в статье массовая проверка WHOIS через API.
Частые вопросы
WHOIS отключили совсем?
Нет. С 28 января 2025 года он перестал быть обязательным для gTLD, кроме .com, .name и .post, но многие операторы его оставили, а зона .ua держит WHOIS на whois.ua. Точная формулировка такая: RDAP стал основным источником, WHOIS — необязательным.
Как узнать, есть ли RDAP у моей зоны?
Найдите зону в файле бутстрапа IANA: если в записи указан адрес сервера, зона публикует данные по RDAP.
Покажет ли RDAP владельца чужого домена?
Не обязательно. Персональные данные часто скрыты, а скрытые поля помечены.
Что делать клиентам ZevsHost?
Домены регистрируются и продлеваются в биллинге; публичные данные любого домена проверяйте способами из этой статьи. Если данные в RDAP или WHOIS не совпадают с тем, что указано в биллинге, напишите в поддержку.