Проверка домена .in
.in — национальная доменная зона Индии под управлением NIXI. Проверьте адрес в зоне .in и посмотрите содержимое записи.
- 1.494 зон
- IANA 1601 аккредитация ICANN
- 2 протокола — RDAP и WHOIS
Ваш IP-адрес 216.73.216.31
Домен .in: записи NIXI и контактные роли
.in — национальная зона Индии, делегированная в корневую зону 8 мая 1989 года; реестр ведёт National Internet Exchange of India (NIXI). Запросы по порту 43 обрабатывает whois.nixiregistry.in, кроме того по адресу rdap.nixiregistry.in работает точка RDAP. При нашем измерении 12 августа 2026 года ответ вернул пятьдесят восемь обозначений полей, а зона имела DS-запись в корне.
Такая ширина берётся из четырёх контактных ролей: владелец, административный контакт, технический контакт и расчёты. Для каждой определены свои строки: имя, организация, улица, город, штат, почтовый индекс, страна, телефон, факс и почта. Однако в измеренной записи их значения были закрыты ради приватности — ту же формулу нёс и внутренний идентификатор записи. Схема широка, а содержание узко: поля сохраняются, значения опустошаются.
В RDAP картина та же: точка перечисляет все четыре роли как сущности, но поля имени открытыми не приходят. В измеренной записи были события регистрации, окончания и последнего изменения, а сама регистрация оформлена на десять лет — то есть годичная привычка генерических зон здесь не правило. Зону с такой же широкой схемой, но открытым содержанием показывает проверка домена .ca, а генерическую зону с той же формулой приватности — проверка домена .biz.
О доменной зоне .in
- Зона
- .in
- WHOIS-сервер
- whois.nixiregistry.in
- Точка RDAP
- https://rdap.nixiregistry.in/rdap
- Реестр
- National Internet Exchange of India (NIXI)
- Делегирован
- 8 мая 1989 года
- Измерено полей
- 58 обозначений полей (12 августа 2026 года)
- Контактные роли
- Владелец, админ, техконтакт и расчёты; значения закрыты ради приватности
- RDAP
- rdap.nixiregistry.in — роли перечислены, поля имени остаются закрытыми
Вопросы о WHOIS
Показывает ли запись WHOIS зоны .in владельца домена?
Не показывает. Строки имени, организации, адреса, телефона и почты владельца в ответе определены, но в измеренной записи их значения были закрыты ради приватности. То же касалось ролей администратора, техконтакта и расчётов. В точке RDAP роли перечислены как сущности, но поля имени и там не приходят открытыми. Для связи правильный адрес — регистратор, чьё имя и контакты для жалоб в ответе открыты.
Почему в записи .in пятьдесят восемь полей?
Потому что схема определяет четыре контактные роли по отдельности и отводит каждой около десяти строк. Владелец, админ, техконтакт и расчёты присутствуют с идентификатором, именем, организацией, адресом, телефоном и почтой. Наличие полей показывает структуру записи; открыты ли их значения — отдельный вопрос, и в этой зоне большинство закрыто.
Есть ли в записи .in даты регистрации и окончания?
Есть, и закрытие данных их не затрагивает. Ответ отдаёт регистрацию в поле Creation Date, последнее изменение в Updated Date и окончание срока в Registry Expiry Date — всё в UTC. Измеренная запись была оформлена на десять лет, что заметно больше привычного годичного срока генерических зон. Наш экран результата считает по этим значениям возраст домена и остаток срока.
Что отдаёт точка RDAP для зоны .in?
Точка rdap.nixiregistry.in возвращает ту же запись в JSON и перечисляет все четыре контактные роли отдельными сущностями. Среди событий — регистрация, окончание и последнее изменение. По личности разницы нет: поля имени и там приходят закрытыми. Отличается форма — структурированный ответ надёжнее разбора обычного текста в автоматических системах.
Что означает формула приватности в записи домена .in?
Она означает, что реестр оставил строку в ответе, а её значение опустошил ради приватности. В измеренной записи эту формулу несли строки личности и контактов, а также внутренний идентификатор записи. Заполненное на вид поле не означает открытых данных: формула — не значение, а объяснение его отсутствия. Инструменты, которые этого не замечают, сохраняют формулу как личность.
Как читать коды статуса в зоне .in?
Коды взяты из общего словаря EPP организации ICANN, а приставка указывает автора. Коды с приставкой client ставит управляющий регистратор и снимает их по просьбе; коды с приставкой server ставит реестр, и регистратор снять их не может. На нашем экране результата рядом с каждым кодом написано, что он запрещает, так что причину невозможности переноса видно без заучивания кодов.
Подписана ли зона .in по протоколу DNSSEC?
Подписана. В корневой зоне для .in есть DS-запись, и при измерении 12 августа 2026 года мы это проверили. Это факт уровня зоны; подписан ли отдельный адрес — отдельный вопрос, зависящий от DS-записи конкретного имени. На экране результата мы показываем эти сведения раздельно, чтобы подписанную зону не приняли за подписанный адрес.
Как выглядит свободное имя в зоне .in при проверке?
Если запросить незанятое имя, реестр сообщит, что совпадений не найдено, и ни одно из пятидесяти восьми полей не появится. Это значит, что имя выглядит свободным для регистрации. Такой результат мы держим в кэше только пять минут, а занятые имена — шесть часов: короткое окно нужно потому, что свободное имя могут занять быстро.