Тонкий реестр

В тонком реестре о каждом домене известно немногое: имя, идентификатор регистратора, NS-серверы, статусы, даты создания и окончания. Этого достаточно, чтобы держать зону в DNS и проводить операции между регистраторами. Кто владелец и как с ним связаться, знает только регистратор, у которого оформлен домен.

Модель сложилась исторически. До 1999 года .com, .net и .org вела одна компания, и данные хранились в одной базе. Когда регистрацию открыли для конкуренции, контакты оставили у регистраторов, а в общий реестр стали передавать минимум. .org позже перешла к другому оператору и стала толстой, а .com и .net сохранили прежний подход.

Двухшаговый запрос WHOIS

Из-за разделения данных полный ответ получают в два шага. Сначала спрашивают реестр, он сообщает регистратора и адрес его WHOIS-сервера, затем — регистратора:

whois -h whois.verisign-grs.com example.com
   Registrar: Example Registrar, Inc.
   Registrar WHOIS Server: whois.example-registrar.com
whois -h whois.example-registrar.com example.com

Утилита whois в Linux обычно проходит обе ступени сама. В RDAP то же самое сделано ссылкой: ответ реестра содержит адрес записи у регистратора.

Сильные и слабые стороны

• Персональные данные не покидают регистратора, а реестр не отвечает за их хранение — это упрощает соблюдение законов о защите данных.
• Если регистратор закрывается или теряет базу, восстановить сведения о владельцах сложнее: в реестре их нет. Для этого ICANN обязывает регистраторов сдавать данные на хранение независимому агенту.
• Форматы ответов у разных регистраторов различаются, и автоматическая обработка WHOIS тонких зон давно была головной болью.

Что это значит для владельца

Для домена в .com всё, что касается вас как владельца, — точность контактов, скрытие данных, уведомления — зависит от регистратора, а не от реестра. Сравнение с моделью, где контакты собраны централизованно, — в статье о толстом реестре.