El pedido de un nombre de dominio en OVHcloud no se limita a escribir una dirección en un campo de búsqueda y validar un carrito. La elección de la extensión, la configuración DNS inicial y las opciones de seguridad condicionan la fiabilidad del dominio a largo plazo. Aquí detallamos los puntos técnicos que hay que dominar para registrar un dominio OVH sin sorpresas desagradables.
DNSSEC y firma de zona: lo que OVHcloud activa al realizar el pedido
Un dominio correctamente asegurado comienza con una cadena de confianza DNS. OVHcloud ofrece la activación de DNSSEC (Extensiones de Seguridad del Sistema de Nombres de Dominio) directamente desde el gestor, incluso para dominios registrados recientemente por clientes estándar.
El mecanismo se basa en registros DS (Delegation Signer) publicados en la zona padre. Cuando DNSSEC está activo, el estado Whois muestra signedDelegation, prueba de que la resolución DNS está autenticada de extremo a extremo. Recomendamos activar esta opción desde el pedido, ya que una activación tardía puede provocar un período de propagación incómodo si la zona ya está en producción.
El procedimiento en OVHcloud se realiza en unos pocos clics en la pestaña “Zona DNS” del gestor. Para los dominios en .fr, Afnic verifica automáticamente la coherencia de las claves. En los gTLD clásicos (.com, .net, .org), es el registro Verisign o PIR quien valida. En caso de error en la cadena DS, el dominio puede volverse temporalmente inalcanzable: es mejor probar con una herramienta como DNSViz antes de propagar.
Antes de iniciar el procedimiento, es útil pedir un nombre de dominio OVH habiendo identificado previamente los registros DNS necesarios para su proyecto (MX para los correos, CNAME para los subdominios, A o AAAA para el servidor web).
Extensiones OVHcloud: .ovh y .cloud frente a las extensiones clásicas
OVHcloud ya no se limita a las extensiones históricas. La empresa gestiona hoy en día más de 340 000 nuevos gTLD, y su extensión propietaria .ovh supera los 83 000 dominios registrados con un notable progreso reciente. La extensión .cloud ha experimentado un crecimiento sostenido desde su creación.
La elección entre una extensión clásica y una extensión de nicho depende del contexto:
- El .fr sigue siendo el reflejo para un sitio destinado a una audiencia francesa. Afnic impone condiciones de elegibilidad (residencia en la UE), lo que limita el ciberocupación.
- El .ovh o el .cloud puede servir como dominio técnico (API, staging, servicios internos) sin contaminar la identidad principal de la marca.
- Las extensiones geográficas (.paris, .bzh) o sectoriales (.shop, .tech) ofrecen una señal temática pero siguen siendo menos reconocidas por el público en general.
Observamos que las nuevas extensiones a veces se ofrecen a un precio promocional el primer año, con un renovación significativamente más alta. Verificar el precio de renovación antes de validar el pedido evita una sorpresa desagradable a la fecha de vencimiento.
Bloqueo del dominio y protección contra la transferencia no autorizada
El bloqueo del registrador (también llamado clientTransferProhibited) es la primera barrera contra una transferencia fraudulenta. En OVHcloud, este bloqueo está activado por defecto en la mayoría de las extensiones. Desactivarlo requiere una acción explícita en el gestor, con confirmación por correo electrónico al contacto propietario.
Este mecanismo no protege contra todos los ataques. Un acceso comprometido a la cuenta de OVHcloud permite levantar el bloqueo. La autenticación de dos factores (2FA) en el gestor es, por lo tanto, un complemento no negociable. OVHcloud admite aplicaciones TOTP estándar (Google Authenticator, Authy) y claves de seguridad U2F/FIDO2.
Propiedad Whois y contacto owner
El titular declarado en el Whois es el propietario legal del dominio. Un error frecuente consiste en dejar al proveedor web o a la agencia como contacto owner. En caso de disputa, es este campo el que tiene validez ante el registro y los procedimientos UDRP.
Al realizar el pedido, OVHcloud solicita completar un contacto propietario, un contacto administrativo y un contacto técnico. Recomendamos siempre colocar al cliente final (persona física o jurídica) como propietario, incluso si un tercero gestiona la parte técnica.
Configuración DNS inicial después del pedido en OVHcloud
Una vez registrado el dominio, OVHcloud crea automáticamente una zona DNS alojada en sus servidores (dns*.ovh.net). Esta zona contiene registros por defecto que apuntan a una página de estacionamiento de OVH.
Tres acciones prioritarias a realizar en los primeros minutos:
- Crear o modificar el registro A (y AAAA para IPv6) hacia la dirección IP de su servidor o alojamiento web.
- Configurar los registros MX si utiliza un servicio de correo (OVHcloud incluye una oferta de correo con ciertos planes de alojamiento).
- Agregar un registro SPF y un registro DKIM para la entregabilidad del correo electrónico, especialmente si utiliza un servicio de terceros como Microsoft 365 o Google Workspace.
El TTL (Time To Live) por defecto en OVHcloud generalmente se establece en 3600 segundos. Bajar el TTL a 300 segundos antes de una migración permite cambiar rápidamente en caso de problema, y luego aumentarlo una vez que la configuración esté estabilizada.
API OVHcloud para la gestión en volumen
Los administradores que gestionan varias decenas de dominios se benefician al utilizar la API REST de OVHcloud. La documentación oficial describe un flujo de trabajo estructurado: creación de un carrito, adición del dominio, configuración de las opciones (DNS, transferencia, Whois), y luego validación del pedido. Este proceso es completamente scriptable, lo que permite automatizar pedidos recurrentes o registros defensivos en varias extensiones simultáneamente.
La renovación automática se configura dominio por dominio desde el gestor. Un dominio no renovado entra en un período de gracia, luego en un período de redención (costo de recuperación elevado), antes de la eliminación definitiva. Configurar la renovación automática con un medio de pago válido sigue siendo el método más fiable para no perder un dominio crítico.
