Consulta WHOIS .in

No lo dice. La respuesta define líneas para el nombre, la organización, la dirección, el teléfono y el correo del titular, pero en la ficha que medimos sus valores estaban ocultos por privacidad. Lo mismo ocurría con los roles administrativo, técnico y de facturación. En el punto de acceso RDAP los roles aparecen como entidades, y aun así los campos de nombre no llegan visibles. Para contactar, la vía que funciona es el registrador, cuyo nombre y datos de abuso sí figuran en la respuesta.

Porque el esquema define por separado cuatro roles de contacto y reserva unas diez líneas para cada uno. Titular, administrativo, técnico y facturación aparecen con un identificador, un nombre, una organización, una dirección, un teléfono y un correo. La presencia de los campos muestra la estructura de la ficha; que sus valores sean visibles es otra cuestión, y en esta extensión la mayoría no lo son.

Sí, y la ocultación no las afecta. La respuesta da la fecha de alta en Creation Date, la última modificación en Updated Date y el fin del plazo en Registry Expiry Date, todas en UTC. La ficha que medimos se había registrado por diez años, muy por encima del año habitual en las extensiones genéricas. Nuestra pantalla de resultados calcula la antigüedad del dominio y el plazo restante a partir de esos tres valores.

El punto de acceso rdap.nixiregistry.in devuelve la misma ficha en JSON y enumera los cuatro roles de contacto como entidades separadas. Entre sus eventos figuran el alta, el vencimiento y el último cambio. En cuanto a la identidad no hay diferencia: los campos de nombre también llegan ocultos por ese lado. Lo que cambia es la forma, porque en sistemas automatizados una respuesta estructurada es más segura que analizar texto plano.

Significa que el registro mantuvo la línea en la respuesta y vació su valor por motivos de privacidad. En la ficha que medimos llevaban la frase REDACTED FOR PRIVACY las líneas de identidad y de contacto, y también el identificador interno de la ficha. Un campo que parece lleno no implica datos visibles: la frase no es un valor, sino la explicación de por qué falta. Las herramientas que no hacen esa distinción guardan la frase como si fuera una identidad.

Los códigos proceden del vocabulario EPP común de ICANN, y el prefijo te dice quién los puso. Los que empiezan por client los pone el registrador que gestiona el nombre, y él mismo los levanta si se lo pides; los que empiezan por server los pone el registro, y el registrador no puede quitarlos. Nuestra pantalla de resultados indica qué bloquea cada código, así que entiendes por qué un nombre no se puede transferir sin memorizar códigos.

Sí. En la zona raíz hay un registro DS para .in, algo que verificamos en la medición del 12 de agosto de 2026. Es un dato a nivel de extensión; si un dominio concreto está firmado es otra cuestión, y depende del registro DS de ese nombre. En la pantalla de resultados mostramos las dos cosas por separado para que nunca se confunda una zona firmada con un dominio firmado.

Si consultas un nombre que nadie tiene, el registro responde que no encontró ninguna coincidencia y no aparece ninguno de los cincuenta y ocho campos. Eso indica que el nombre parece disponible para registrarse. Mantenemos ese resultado en caché solo cinco minutos, mientras que los nombres registrados se guardan seis horas; la diferencia se debe a que un nombre que parece libre puede registrarse en poco tiempo.