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.

Зберігайте не тільки підсумкову цифру, а й контекст. Це допомагає відрізнити постійну помилку конфігурації від короткого перемикання маршруту, перевантаження радіоефіру чи зміни віддаленого майданчика.