Whois запрос домена

WHOIS возвращает регистрационную информацию о доменах или IP-ресурсах, если эти данные опубликованы registry, registrar или региональным интернет-регистратором. В ответе могут быть registrar, name servers, даты создания и окончания, status codes, контактные данные или privacy proxy, а также технические заметки. Инструмент полезен для исследования доменов, контроля истечения, жалоб на abuse, проверки брендов, incident response и понимания, какая организация отвечает за имя. WHOIS-данные не всегда полны и актуальны: приватность, proxy-сервисы, переход на RDAP и политики registry меняют видимость. Для юридических, security или ownership решений нужно сверять результат с официальными источниками registrar или registry.

Протокол WHOIS описан в RFC 3912 и является одним из простейших интернет-протоколов, всё ещё активно используемых: клиент открывает TCP-соединение с портом 43 WHOIS-сервера, отправляет строку запроса, за которой следует `\r\n`, и сервер отвечает свободноформатным ASCII-текстом и закрывает соединение. Нет аутентификации, нет структурированной схемы, нет обязательного порядка полей — каждый реестр TLD возвращает свой собственный формат текста, поэтому парсер должен обрабатывать особенности каждого TLD отдельно. Запросы следуют по цепочке из двух перенаправлений. Корневой WHOIS IANA на `whois.iana.org` знает, какой реестр управляет каждым TLD: для `.com` он возвращает `refer: whois.verisign-grs.com` — «тонкий» реестр, содержащий только информацию о регистраторе и DNS-серверах. Для получения полных данных о registrant необходим второй запрос к WHOIS спонсирующего регистратора (например, `whois.markmonitor.com` для многих корпоративных доменов). Национальные домены отличаются: `.cn` обслуживается `whois.cnnic.cn` (CNNIC), `.de` — `whois.denic.de` (с большинством персональных данных скрытым), `.jp` — `whois.jprs.jp`. Вся цепочка перенаправлений — обычный текст, поэтому браузер не может работать с портом 43 напрямую — инструмент проксирует через серверный запрос, выполняющий TCP-запрос и возвращающий распарсенный ответ. RDAP (Registration Data Access Protocol), определённый в RFC 7480-7484 и 9082-9083, — структурированный преемник. Это RESTful API с JSON поверх HTTPS по URL вида `https://rdap.verisign.com/com/v1/domain/example.com`, с единообразными именами полей, интернационализацией и контролем доступа. ICANN обязал реестры и регистраторы gTLD развернуть RDAP к августу 2019 года, а с 2025 года Registration Data Consensus Policy ICANN поэтапно отказывается от унаследованного WHOIS (порт 43) для gTLD в пользу RDAP, при этом многие реестры продолжают параллельную работу WHOIS в переходный период. С момента вступления в силу GDPR в мае 2018 года данные registrant — имя, email, адрес и телефон физических лиц из ЕЭП — скрыты по умолчанию и отображаются как «REDACTED FOR PRIVACY» или перенаправляются через анонимизированный abuse-контакт регистратора.

• Протокол WHOIS: RFC 3912, TCP-порт 43, текстовый запрос (`domain\r\n`) и неструктурированный ASCII-ответ, без аутентификации, без схемы.
• Двухэтапное перенаправление: корневой IANA (`whois.iana.org`) возвращает WHOIS-сервер для данного TLD; WHOIS реестра возвращает WHOIS спонсирующего регистратора для полных данных.
• Основные коды состояний (EPP, RFC 5731): `clientTransferProhibited` (блокировка на уровне регистратора), `serverDeleteProhibited`, `clientHold` (DNS приостановлен), `pendingDelete`.
• GDPR (вступил в силу в мае 2018 г.) скрывает данные registrant — физических лиц из ЕЭП; ответы показывают `REDACTED FOR PRIVACY` и перенаправляют контакт через abuse-каналы регистратора.
• RDAP (RFC 7480-7484, 9082-9083) — структурированный преемник на базе JSON поверх HTTPS; Registration Data Consensus Policy ICANN 2025 г. поэтапно прекращает поддержку унаследованного WHOIS (порт 43) для gTLD в пользу RDAP с параллельной работой в переходный период.
• Браузеры не могут открыть прямое TCP-соединение с портом 43, поэтому клиентские WHOIS-инструменты требуют серверного прокси, выполняющего запрос через сокет и возвращающего распарсенный JSON.
• Критические поля дат используют ISO 8601: `Creation Date`, `Updated Date`, `Registry Expiry Date`; домен входит в 30-дневный период восстановления (redemption grace period) после истечения перед удалением.