Todo sobre los registros DNS
448 visualizaciones
19.02.2026 
DNS (Domain Name System)
Información sobre la traducción
Esta traducción ha sido generada de forma automática por nuestro partner SYSTRAN. En algunos casos puede contener términos imprecisos, como en las etiquetas de los botones o los detalles técnicos. En caso de duda, le recomendamos que consulte la versión inglesa o francesa de la guía. Si quiere ayudarnos a mejorar esta traducción, por favor, utilice el botón «Contribuir» de esta página.
Objetivo
Las siglas DNS, que significan Domain Name System, son un conjunto de elementos (servidores DNS, zonas DNS, etc.) que permiten asociar un nombre de dominio a una dirección IP.
Le recomendamos que consulte nuestras guías "Todo sobre los servidores DNS" y "Todo sobre la zona DNS" en este orden.
La zona DNS de un nombre de dominio es el archivo de configuración del nombre de dominio. Consta de información técnica, denominada "registros DNS"*. La zona DNS es, en cierto modo, un centro de referencia para un nombre de dominio.
Esta guía explica los distintos tipos de registros DNS disponibles en una zona DNS gestionada de OVHcloud. Complementa las siguientes guías:
- Crear una zona DNS de OVHcloud
- Editar una zona DNS de OVHcloud
- Gestionar el historial de una zona DNS de OVHcloud
- Eliminar una zona DNS de OVHcloud
Descubra los distintos tipos de registro DNS disponibles en una zona DNS de OVHcloud.
Procedimiento
Los registros DNS
La edición de una zona DNS es una operación delicada: una modificación errónea podría, por ejemplo, deshabilitar el acceso al sitio web o la recepción de nuevos mensajes en las direcciones de correo electrónico.
A continuación se enumeran los objetivos y las características específicas de cada registro. que le permitirá entender mejor las operaciones realizadas en sus servicios DNS.
Registros de punteo
Seleccione el registro que desee haciendo clic en cada una de las fichas siguientes.
Address
Conecta un nombre de dominio a una dirección IPv4 X.X.X (donde las X son cifras entre 0 y 255). Por ejemplo, la dirección IPv4 del servidor en el que está alojado el sitio web.
4 letras A, ya que este registro está codificado en cuatro veces más bits que el puntero A histórico
Conecta un nombre de dominio a una dirección IPv6. Por ejemplo, la dirección IPv6 del servidor en el que está alojado el sitio web.
Las direcciones IPv6 se están desplegando progresivamente para paliar la falta de direcciones IPv4 debido a la continua expansión de los usos digitales. La codificación en 128 bits de las direcciones IPv6 permite ofrecer un mayor número de direcciones IP.
No obstante, si su servidor ya dispone de una IPv4, le recomendamos que dé prioridad al uso de la IPv6.
En efecto, las IPv6 todavía no se han interpretado correctamente en toda la red de internet, lo que puede provocar perturbaciones de visualización o de acceso.
Canonical NAME
Utiliza la dirección IP de otro nombre de dominio creando un enlace llamado alias. Por ejemplo, si www.domain.tld es un alias de domain.tld, significa que www.domain.tld utilizará la dirección IP de domain.tld.
Un registro TXT que utilice el mismo nombre de dominio o subdominio que un registro CNAME perturba el funcionamiento de este último. El registro CNAME solo funcionará parcialmente o en absoluto.
Por convenio, los registros CNAME no pueden ser utilizados directamente por un nombre de dominio en su propia zona DNS. En efecto, solo el nombre de dominio debe apuntar obligatoriamente y directamente a una dirección IP con un registro de tipo A (o AAAA si se trata de una IPv6).
Para seguir el ejemplo anterior, no podrá crear un registro CNAME para el nombre de dominio domain.tld en la zona DNS que haya creado para este nombre de dominio. No obstante, podrá crear registros CNAME con todos los subdominios (ejemplos: subdomain.domain.tld o www.domain.tld) del nombre de dominio domain.tld en la zona DNS creada para domain.tld.
Si quiere profundizar más técnicamente en este asunto, puede encontrar, al final de esta página, un caso especial de uso relativo a los CNAME y las zonas DNS creadas para subdominios.
Delegation NAME
Permite generar un "alias" para todos los subdominios de un nombre de dominio. Este registro evita crear multitud de registros CNAME. De hecho, un registro CNAME redirige independientemente de un solo subdominio a un único destino.
Ejemplo: creando un registro DNAME de domain.tld a ovh.com, todos los subdominios de domain.tld (como dname.domain.tld y xxx.domain.tld) se redirigirán a los subdominios de ovh.com (como: dname.ovh.com y xxx.ovh.com).
Dicho de otro modo, el registro DNAME indica que dname.domain.tld y xxx.domain.tld deben mostrar los resultados de dname.ovh.com y xxx.ovh.com, respectivamente.
En cambio, domain.tld como nombre de dominio no mostrará el destino del dominio ovh.com, ya que el registro DNAME solo es válido para los subdominios de los nombres de dominio definidos en el registro DNAME.
Además, si el subdominio objetivo xxx.ovh.com no apunta a ninguna parte, el registro DNAME tampoco mostrará nada para xxx.domain.tld.
El registro DNAME suele utilizarse para cambiar el nombre de la empresa. También puede configurarse cuando un usuario dispone de varias extensiones de nombres de dominio (.es, .net, .com, .info...) para redirigirlos entre sí fácilmente.
Name Server
Define los servidores DNS asociados a su zona DNS. Por ejemplo, si los registros NS de su zona DNS muestran los servidores dnsXX.ovh.ca y nsXX.ovh.ca, deberá utilizarlos en la pestaña Servidores DNS del área de cliente de OVHcloud. Para más información, consulte nuestra guía "Cambiar los servidores DNS de un nombre de dominio en OVHcloud".
Si edita una zona DNS de OVHcloud, no modifique los registros NS de su zona DNS en servidores DNS externos a OVHcloud utilizando el botón Modificar en modo de texto. Esta zona DNS funciona únicamente con los servidores DNS de OVHcloud.
Registros de correo
Seleccione el registro que desee haciendo clic en cada una de las fichas siguientes.
Mail eXchanger
Conecta un nombre de dominio a un servidor de correo. Por ejemplo, la dirección 10 mx1.mail.ovh.ca corresponde a uno de los servidores de correo de OVHcloud cuando usted dispone de una solución de correo de OVHcloud. Es probable que su proveedor de correo disponga de varios servidores de correo: es necesario crear varios registros MX. Consulte nuestra guía Añadir un registro MX a la configuración del nombre de dominio.
En general, le recomendamos que utilice solo uno o más servidores de un mismo proveedor de correo en su zona DNS. De hecho, si ya tiene servicios de correo con otro proveedor de correo y añade al mismo tiempo (sin sustituir) los servidores de correo de su nuevo proveedor de correo, puede recibir mensajes de correo al azar en uno de sus dos proveedores.
Sender Policy Framework
Permite evitar posibles usurpaciones de identidad en las direcciones de correo electrónico que utilizan su nombre de dominio (spoofing). Por ejemplo, el registro v=spf1 include:mx.ovh.ca ~all indica que solo los servidores de envío asociados a su solución de correo de OVHcloud pueden considerarse legítimos por el servidor de recepción. Puede introducir este registro en forma de registro TXT o a través de nuestro sistema de configuración automática.
Para más información, consulte nuestra guía Añadir un registro SPF a la configuración del nombre de dominio.
DomainKeys Identified Mail
Permite verificar la autenticidad del nombre de dominio del remitente y garantizar la integridad del mensaje de correo electrónico enviado. El registro DKIM se presenta como una clave de varios caracteres. La clave DKIM la proporciona su proveedor de correo electrónico (si esta funcionalidad la ofrece este último). Puede introducirla en forma de registro TXT.
Consulte nuestra documentación "Configurar un registro DKIM" para más información.
Domain-based Message Authentication, Reporting and Conformance
Contribuye a la autenticación del correo en combinación con los métodos SPF y/o DKIM. Este valor le será dado por su proveedor de correo electrónico (si esta funcionalidad la ofrece este último), estará al menos asociado a un registro SPF o DKIM.
Consulte nuestra documentación "Configurar un registro DMARC en su nombre de dominio" para más información.
Registros extendidos
Seleccione el registro que desee haciendo clic en cada una de las fichas siguientes.
TeXT
Permite añadir el valor que desee en formato de texto a la zona DNS del nombre de dominio. Este registro suele utilizarse en procesos de verificación, validación o seguridad.
El registro TXT está limitado a 255 caracteres. No obstante, en algunos casos puede dividir su valor en varios registros. Cuando el proveedor le pida que introduzca un valor superior al límite de 255 caracteres, deberá ponerse en contacto con su proveedor.
Sin embargo, este límite no existe si utiliza la funcionalidad Editar en modo de texto descrita en la guía "Editar una zona DNS de OVHcloud" (para usuarios experimentados).
SeRVice resource
Indica la dirección del servidor que gestiona un servicio como, Por ejemplo, puede indicar la dirección de un servidor SIP o la de un servidor que permite la configuración automática de un cliente de correo.
Certification Authority Authorization
Permite indicar las autoridades de certificación autorizadas a emitir certificados SSL para un nombre de dominio.
Si configura una entrada CAA para un nombre de dominio, esta configuración también se aplicará a todos los subdominios del mismo nombre de dominio.
Si utiliza un certificado SSL Let's Encrypt con su nombre de dominio en un alojamiento compartido de OVHcloud y utiliza un registro CAA, este último impedirá la regeneración del certificado SSL Let's Encrypt.
Name Authority PoinTeR
Utilizado en telecomunicaciones para dirigir una petición emitida desde un terminal móvil hacia un servidor. Puede asociar un registro SRV para generar dinámicamente los URIs (Uniform Resource Identifier) de destino.
LOCation
Utilizado para indicar la posición geográfica (especialmente la latitud, la longitud y la altitud).
Secure SHell FingerPrint
Utilizado para indicar la huella de una llave pública SSH.
Transport Layer Security Authentification
Utilizado para indicar la huella de un certificado SSL/TLS. Permite conservar el hash de un certificado directamente en la zona DNS de su nombre de dominio a través de un registro DNS.
Este registro se utiliza en el marco del protocolo DNS-based Authentication of Named Entities (DANE).
El protocolo DANE permite que un cliente (navegador de internet, cliente de correo electrónico, cliente FTP, cliente SSH, etc.) consulte el registro TLSA. Así, se asegura de que un certificado SSL/TLS utilizado para un nombre de dominio sea el que certifique el mismo nombre de dominio.
Si lo necesita, puede consultar más información en la página web del Internet Engineering Task Force (IETF) (EN).
Responsible Person
Este registro permite indicar la dirección de correo electrónico de la persona responsable del nombre de dominio. Este registro también puede combinarse con un registro DNS de tipo TXT para proporcionar más información.
Si es necesario, puede encontrar más detalles en el sitio web de la Internet Engineering Task Force (IETF) (EN).
SerViCe Binding
Este registro DNS puede agrupar varias informaciones para permitir una conexión más rápida y eficiente a su sitio web. También permite, por ejemplo, indicar directamente al navegador que el sitio web es compatible con HTTP 2 o HTTP 3, que debe priorizar el uso de una dirección IP (IPv4 y/o IPv6) mencionada como parámetro o incluso pasar por un puerto de acceso específico. Esto permite al navegador recuperar varias informaciones en una sola solicitud.
Este registro dispone de 2 modos:
- Modo Alias: este modo se activa cuando especifica una prioridad igual a 0. A diferencia de los registros DNS de tipo CNAME, permite redirigir un nombre de dominio desde su propia zona DNS (apex) hacia otro nombre de dominio o subdominio.
- Modo Servicio: este modo se activa cuando especifica una prioridad distinta de 0. Es en este modo donde podrá definir los parámetros que desee aplicar a su nombre de dominio (ejemplos de parámetros: apln="h2,h3", ipv4hint="203.0.113.0", ipv6hint="2001:db8:1:1b00:203:0:113:0", port="XXXX", etc.). En modo Servicio, puede aplicar estos parámetros directamente a su nombre de dominio, incluso si este no se utiliza como alias de otro nombre de dominio.
Si es necesario, puede encontrar más detalles en el sitio web de la Internet Engineering Task Force (IETF) (EN).
Hyper Text Transfer Protocol Secure
Este registro funciona como el registro DNS de tipo SVCB, pero, a diferencia de este, es más específico para el protocolo HTTP. Puede agrupar varias informaciones para permitir una conexión más rápida y eficiente a su sitio web. También permite, por ejemplo, indicar directamente al navegador que el sitio web es compatible con HTTP 2 o HTTP 3, que debe priorizar el uso de una dirección IP (IPv4 y/o IPv6) mencionada como parámetro o incluso pasar por un puerto de acceso específico. Esto permite al navegador recuperar varias informaciones en una sola solicitud.
Este registro dispone de 2 modos:
- Modo Alias: este modo se activa cuando especifica una prioridad igual a 0. A diferencia de los registros DNS de tipo CNAME, permite redirigir un nombre de dominio desde su propia zona DNS (apex) hacia otro nombre de dominio o subdominio.
- Modo Servicio: este modo se activa cuando especifica una prioridad distinta de 0. Es en este modo donde podrá definir los parámetros que desee aplicar a su nombre de dominio (ejemplos de parámetros: apln="h2,h3", ipv4hint="203.0.113.0", ipv6hint="2001:db8:1:1b00:203:0:113:0", port="XXXX", etc.). En modo Servicio, puede aplicar estos parámetros directamente a su nombre de dominio, incluso si este no se utiliza como alias de otro nombre de dominio.
Si es necesario, puede encontrar más detalles en el sitio web de la Internet Engineering Task Force (IETF) (EN).
A continuación, puede encontrar un ejemplo práctico de configuración de un alias (apex) mediante un registro DNS de tipo HTTPS:
El sitio web domain.tld está alojado detrás de una infraestructura CDN (por ejemplo: cdn.provider.tld). Gracias al registro DNS de tipo HTTPS, el nombre de dominio domain.tld puede indicar directamente a los navegadores compatibles que el servicio HTTPS debe resolverse en el proveedor del CDN cdn.provider.tld. Esto sin redirecciones ni gestión manual de direcciones IP.
Para ello, el registro DNS de tipo HTTPS debe indicar:
- En prioridad: 0.
- En destino: cdn.provider.tld.
- En ajustes: Deje el campo vacío.
De esta manera, será la resolución de cdn.provider.tld la que indique los parámetros a utilizar para domain.tld.
Caso particular de uso: el uso de los registros CNAME
Algunos usuarios crean zonas DNS directamente para el subdominio de un nombre de dominio (por ejemplo, subdomain-with-its-own-DNS-zone.domain.tld). En este caso, también se aplica la regla anterior en la pestaña "CNAME" de la sección "Registros de punteo".
La zona DNS está creada para el subdominio (en nuestro ejemplo, subdomain-with-its-own-DNS-zone.domain.tld), por lo que este último está considerado como un nombre de dominio de pleno derecho en su zona DNS.
Así pues, en este caso concreto no podrá crear un registro CNAME para un subdomain-with-its-own-DNS-zone.domain.tld en la zona DNS que haya creado para dicho subdominio. No obstante, puede crear registros CNAME como subdomain.subdomain-with-its-own-DNS-zone.domain.tld o xxx.subdomain-with-its-own-DNS-zone.domain.tld.
Más información
Añadir un registro SPF a la configuración del nombre de dominio
Proteja su nombre de dominio contra el "cache poisoning" con el servicio DNSSEC
Para servicios especializados (posicionamiento, desarrollo, etc.), contacte con partners de OVHcloud.
Si quiere disfrutar de ayuda para utilizar y configurar sus soluciones de OVHcloud, puede consultar nuestras distintas soluciones pestañas de soporte.
Interactúe con nuestra comunidad de usuarios.
Todo sobre los servidores DNS
2464