Проверка домена .ca

Четыре: владелец, административный контакт, технический контакт и расчёты. Каждая записана отдельным блоком с идентификатором, именем, организацией, адресом, телефоном и почтой. Это самый широкий набор ролей среди измеренных зон и главная причина, по которой ответ доходит до шестидесяти семи полей. Раздельное ведение ролей позволяет прочитать прямо из записи, кто в организации за что отвечает.

Он фиксирует, куда должна идти переписка по оплате домена. Многие реестры убрали эту роль из выдачи, CIRA продолжает её публиковать. Практическая ценность видна на корпоративных записях: команда, которая ведёт домен, и подразделение, которое платит, часто различаются, и этот блок называет получателя уведомления о продлении. Если вы разбираетесь, почему истекающий адрес не продлили, смотреть надо сюда в первую очередь.

Потому что регистраторы .ca работают по программе аккредитации самой CIRA, а не ICANN. Поле в ответе присутствует — шаблон совпадает с генерическим, — но значение читается как «неприменимо». Запись от этого не становится неполной: так проявляется собственный институциональный порядок этой национальной зоны. Имя регистратора и контакт для жалоб приходят в том же ответе с реальными значениями.

Структуру и более надёжный разбор. Точка rdap.ca.fury.ca возвращает ту же запись в JSON и перечисляет все четыре контактные роли отдельными сущностями; в измеренной корпоративной записи их имена приходили открытыми. Среди событий — регистрация, окончание и последнее изменение. По объёму каналы сопоставимы, разница в форме: JSON надёжнее обычного текста в автоматических системах.

Есть. Ответ отдаёт регистрацию в поле Creation Date, последнее изменение в Updated Date и окончание срока в Registry Expiry Date — всё в UTC; измеренная запись создана в 2000 году. Те же три значения приходят в RDAP как события. Наш экран результата считает по ним возраст домена и остаток срока, вручную ничего пересчитывать не нужно.

В измеренной корпоративной записи на стороне RDAP — да: роли владельца, админа и техконтакта перечислялись вместе с полями имени. Не ждите такой же открытости в записях физических лиц: там данные о личности обычно закрывают, и остаётся видно лишь наличие роли. Но для корпоративных записей .ca относится к зонам, где контактные данные читаются.

Строка DNSSEC в ответе описывает запрошенный адрес: signed, если для имени опубликована DS-запись, и unsigned, если нет. Сама зона — отдельный факт: у .ca есть DS-запись в корне, и при измерении мы это проверили. На экране результата мы показываем оба сведения раздельно, чтобы подписанную зону не приняли за подписанный адрес.

Если запросить незанятое имя, CIRA сообщит, что совпадений не найдено, и ни одно из шестидесяти семи полей не появится. Это значит, что имя выглядит свободным для регистрации. Такой результат мы держим в кэше только пять минут, а занятые имена — шесть часов: короткое окно нужно потому, что свободное имя могут занять быстро.