Проверка домена .dev
.dev — генерическая зона для разработчиков под управлением Charleston Road Registry. Проверьте адрес в зоне .dev и посмотрите запись.
- 1.494 зон
- IANA 1601 аккредитация ICANN
- 2 протокола — RDAP и WHOIS
Ваш IP-адрес 216.73.216.31
Домен .dev: записи зоны для разработчиков
.dev — генерическая зона, вошедшая в корневую зону 20 ноября 2014 года; оператор — Charleston Road Registry. В записи IANA сервер WHOIS не определён, и при нашем измерении 12 августа 2026 года по порту 43 регистрационные данные не пришли. Данные отдаёт точка RDAP на публичном API реестра; зона имеет DS-запись в корне.
Самое заметное отличие RDAP от текстового WHOIS — обращение с датами. В ответе WHOIS они записаны под отдельными именами полей; RDAP перечисляет их как события и указывает тип каждого. В измеренной записи были события регистрации, окончания и последнего изменения. Такая структура облегчает чтение истории записи: не нужно догадываться, к чему относится дата, — событие называет себя само.
В этом списке есть ещё одно событие, которое легко пропустить: когда в последний раз обновлялась сама база реестра. Эта отметка относится к свежести данных, а не к записи — она говорит, какому моменту принадлежит увиденная информация. Другую зону того же реестра показывает проверка домена .app, а генерическую зону с открытым портом 43 — проверка домена .cloud.
О доменной зоне .dev
- Зона
- .dev
- WHOIS-сервер
- В этой зоне нет службы WHOIS на порту 43; регистрационные данные публикуются через RDAP.
- Точка RDAP
- https://pubapi.registry.google/rdap
- Реестр
- Charleston Road Registry Inc.
- Делегирован
- 20 ноября 2014 года
- Состояние порта 43
- В записи IANA сервера WHOIS нет; по порту 43 данные не приходят
- События
- Регистрация, окончание, последнее изменение и отметка обновления базы
- Источник данных
- Точка RDAP на публичном API реестра
Вопросы о WHOIS
Почему даты в записи .dev перечислены как события?
Потому что RDAP отдаёт даты не под отдельными именами полей, а событиями с указанием типа. В измеренной записи отдельно стояли регистрация, окончание и последнее изменение. Практическая польза такова: не нужно выводить смысл даты из названия поля — событие называет свой тип само. Наш экран результата раскладывает эти события по полям дат.
Что означает отметка базы данных в ответе по .dev?
Она сообщает, когда в последний раз обновлялась регистрационная база реестра, а не то, что изменился запрошенный домен. Путать эти вещи — распространённая ошибка: отметка выглядит свежей при каждом запросе, тогда как сама запись могла годами оставаться нетронутой. Изменения домена читаются только по событию последнего изменения, и оно может быть куда старше.
Можно ли выполнить проверку .dev по порту 43?
Нельзя. В записи IANA для этой зоны сервер WHOIS не определён, и при измерении по порту 43 данные не пришли. С 28 января 2025 года RDAP считается определяющим источником для генерических зон, а обязанность предоставлять WHOIS отменена. Запрос по .dev старым клиентом WHOIS вернёт пустоту; правильный канал — точка RDAP реестра.
Показывает ли запись .dev владельца домена?
Данные о личности на уровне реестра не раскрываются. Ответ RDAP может содержать роль владельца, но строки имени и контактов закрыты ради приватности, а открытой способна остаться лишь строка организации. Когда нужна связь, правильный адрес — канал регистратора, названного в ответе; оттуда же берутся почта и телефон для жалоб.
Как увидеть статус DNSSEC для адреса в зоне .dev?
На уровне зоны у .dev есть DS-запись в корне, и при измерении мы это проверили. Для отдельного адреса смотрят раздел безопасного DNS в ответе RDAP: он сообщает, опубликована ли подпись для этого имени. На экране результата мы показываем эти сведения раздельно; подписанная зона не делает подписанным ваш адрес.
Как выглядит свободное имя в зоне .dev при проверке?
Если запросить незанятое имя, точка RDAP сообщит, что записи не существует, и не появится ни одного поля, включая список событий. Это значит, что имя выглядит свободным для регистрации. Такой результат мы держим в кэше только пять минут, а занятые имена — шесть часов: короткое окно нужно потому, что свободное имя могут занять быстро.