Що змінилося: 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 не збігаються з тим, що вказано в білінгу, напишіть у підтримку.