--- title: "Saber tudo sobre os registos DNS" description: "Descubra os diferentes tipos de registos DNS disponíveis numa zona DNS da OVHcloud" url: https://docs.ovhcloud.com/pt/guides/web-cloud/domains/dns-zone-records lang: pt lastUpdated: 2026-02-19 --- # Saber tudo sobre os registos DNS ## Objetivo A sigla **DNS**, que significa **D**omain **N**ame **S**ystem, é um conjunto de elementos (servidores DNS, zonas DNS, etc.) que permitem fazer corresponder um nome de domínio a um endereço IP. Recomendamos que consulte previamente os nossos manuais "[Saber tudo sobre os servidores DNS](/pt/guides/web-cloud/domains/dns-server-general-information.md)" e "[Saber tudo sobre a zona DNS](/pt/guides/web-cloud/domains/dns-zone-general-information.md)" nesta ordem. A zona DNS de um nome de domínio constitui o ficheiro de configuração deste último. É composta por informações técnicas, chamadas _registos DNS_. A zona DNS é, por assim dizer, um centro de informação para um nome de domínio. Este manual tem como objetivo apresentar os diferentes tipos de registos DNS disponíveis numa zona DNS gerida na OVHcloud. É complementar aos seguintes guias: - [Criar uma zona DNS da OVHcloud](/pt/guides/web-cloud/domains/dns-zone-create.md) - [Editar uma zona DNS da OVHcloud](/pt/guides/web-cloud/domains/dns-zone-edit.md) - [Gerir o histórico de uma zona DNS da OVHcloud](/pt/guides/web-cloud/domains/dns-zone-history.md) - [Eliminar uma zona DNS da OVHcloud](/pt/guides/web-cloud/domains/dns-zone-deletion.md) **Descubra os diferentes tipos de registos DNS disponíveis numa zona DNS da OVHcloud.** ## Instruções ### Os registos DNS **A [edição de uma zona DNS](/pt/guides/web-cloud/domains/dns-zone-edit.md) é uma operação sensível**: Uma alteração inadequada poderia, por exemplo, tornar indisponível o acesso ao seu website ou a receção de novos e-mails. A lista abaixo apresenta os objetivos e as especificidades de cada registo. Esta tecnologia permitir-lhe-á compreender melhor as operações que realiza com os seus serviços DNS. #### Registos de apontamento [](#) Selecione o registo à sua escolha clicando nos separadores seguintes. **A** **A**ddress

Liga um nome de domínio a um endereço IPv4 `X.X.X.X` (em que os `X` são números entre `0` e `255`). Por exemplo, o endereço IPv4 do servidor onde está alojado o seu website. ****AAAA**** 4 letras **A**, pois este registo está codificado em quatro vezes mais bits que o registo histórico de apontamento **A** Associe um nome de domínio a um endereço IPv6. Por exemplo, o endereço IPv6 do servidor onde está alojado o seu website. :::info Os endereços IPv6 são progressivamente implementados para compensar a falta de endereços IPv4 devido à expansão contínua das utilizações digitais. A codificação em 128 bits dos endereços IPv6 permite assim fornecer um maior número de endereços IP. No entanto, se o seu servidor já dispõe de um IPv4, recomendamos que privilegie a utilização deste ao seu IPv6.
De facto, os IPv6 não são ainda corretamente interpretados em toda a rede Internet, o que pode causar perturbações de afixação ou de acesso. ::: **CNAME** **C**anonical **NAME**

Utiliza o endereço IP de outro nome de domínio ao criar um link chamado alias. Por exemplo, se _[www.domain.tld](http://www.domain.tld)_ for um alias de _domain.tld_, isso indica que _[www.domain.tld](http://www.domain.tld)_ utilizará o endereço IP de _domain.tld_. :::danger Um registo TXT que utilize o mesmo nome de domínio ou subdomínio que um registo CNAME perturba o funcionamento deste último. O seu registo CNAME só funcionará parcialmente ou de todo. ::: :::warning Por convenção, os campos CNAME não podem ser diretamente utilizados por um nome de domínio na sua própria zona DNS. Com efeito, o nome de domínio só deve apontar obrigatoriamente e diretamente para um endereço IP com um campo de tipo A (ou AAAA, se se tratar de um IPv6). Para seguir o exemplo acima, não poderá criar um campo CNAME para o nome de domínio _domain.tld_ na zona DNS que criou para este nome de domínio. No entanto, poderá criar campos CNAME com todos os subdomínios (exemplos: _subdomain.domain.tld_ ou _[www.domain.tld](http://www.domain.tld)_) do nome de domínio _domain.tld_ na zona DNS criada para _domain.tld_. Se pretender ir mais longe do ponto de vista técnico sobre este assunto, poderá encontrar, no final desta página, [um caso particular de uso relativo aos CNAME e às zonas DNS criadas para subdomínios](#cnameusecase). ::: **DNAME** **D**elegation **NAME**

Permite gerar um "alias" para o conjunto dos subdomínios de um nome de domínio. Este registo evita criar uma multitude de registos CNAME. De facto, um registo CNAME redireciona de forma independente apenas um subdomínio para um único alvo. Exemplo: ao criar um registo DNAME de _domain.tld_ para _ovh.com_, todos os sub-domínios de _domain.tld_ (como _dname.domain.tld_ e _xxx.domain.tld_) serão reencaminhados respetivamente para os subdomínios de _ovh.com_ (tais como o _dname.ovh.com_ e _xxx.ovh.com_). Por outras palavras, o registo DNAME indica que _dname.domain.tld_ e _xxx.domain.tld_ devem apresentar, respetivamente, os resultados de _dname.ovh.com_ e _xxx.ovh.com_. :::warning Por outro lado, _domain.tld_, enquanto nome de domínio, não mostrará o destino do nome de domínio _ovh.com_, pois o registo DNAME só é válido para os subdomínios dos nomes de domínio definidos no registo DNAME. Além disso, se pegar num dos exemplos acima, se o subdomínio alvo _xxx.ovh.com_ não apontar para lado nenhum, o registo DNAME também não mostrará nada para _xxx.domain.tld_. ::: :::tip O registo DNAME é geralmente utilizado para uma alteração do nome da empresa. Também pode ser implementado quando um utilizador dispõe de várias extensões de nomes de domínio (.pt, .net, .com, .info, ...) para os reencaminhar facilmente entre si. ::: **NS** **N**ame **S**erver

Define os servidores DNS associados à sua zona DNS. Por exemplo, se os registos NS da sua zona DNS mostrarem os servidores _dnsXX.ovh.net_ e _nsXX.ovh.net_, deverá utilizar estes últimos no separador Servidores DNS da sua Área de Cliente OVHcloud. Para mais informações, consulte o nosso manual "[Modificar os servidores DNS de um nome de domínio OVHcloud](/pt/guides/web-cloud/domains/dns-server-edit.md)". :::warning Se [editar uma zona DNS da OVHcloud](/pt/guides/web-cloud/domains/dns-zone-edit.md), não altere, através do botão Alterar em modo de texto, os registos DNS da sua zona DNS em benefício de servidores DNS externos à OVHcloud. De facto, esta zona DNS **só** funciona com servidores DNS da OVHcloud. ::: #### Registos de e-mail [](#) Selecione o registo à sua escolha clicando nos separadores seguintes. **MX** **M**ail e**X**changer

Associe um nome de domínio a um servidor de e-mail. Por exemplo, o endereço _10 mx1.mail.ovh.net_ corresponde a um dos servidores de e-mail OVHcloud quando possui uma oferta de e-mail OVHcloud. É provável que o seu fornecedor de e-mail disponha de vários servidores de e-mail: assim, devem ser criados vários campos MX. Consulte o nosso manual "[Adicionar um campo MX à configuração do nome de domínio](/pt/guides/web-cloud/domains/dns-zone-mx.md)". :::warning De forma geral, recomendamos que na zona DNS utilize apenas um ou vários servidores do mesmo fornecedor de e-mail. Se já dispõe de serviços de e-mail noutro fornecedor de e-mail e adicionou em paralelo (sem substituir) os servidores de e-mail do seu novo fornecedor de e-mail, corre o risco de receber aleatoriamente os seus e-mails num dos seus dois fornecedores. ::: **SPF** **S**ender **P**olicy **F**ramework

Permite evitar potenciais usurpações de identidade nos endereços de e-mail que utilizam o seu nome de domínio (_spoofing_). Por exemplo, o registo `v=spf1 include:mx.ovh.com ~all` indica que apenas os servidores de envio relacionados com a oferta de e-mail OVHcloud podem ser considerados legítimos pelo servidor de receção. Pode introduzir este registo sob a forma de um registo TXT ou através do nosso sistema de configuração automática. Para mais informações, consulte o nosso manual "[Adicionar um registo SPF à configuração do seu nome de domínio](/pt/guides/web-cloud/domains/dns-zone-spf.md)". **DKIM** **D**omain**K**eys **I**dentified **M**ail

Permite verificar a autenticidade do nome de domínio do remetente e assegurar a integridade do e-mail enviado. O registo DKIM tem a forma de uma chave composta por vários caracteres. A chave DKIM é fornecida pelo seu prestador de serviços de e-mail (se esta funcionalidade for proposta por este), é possível que a introduza sob a forma de um campo TXT. Consulte a nossa documentação "[Configurar um registo DKIM](/pt/guides/web-cloud/domains/dns-zone-dkim.md)" para saber mais. **DMARC** **D**omain-based **M**essage **A**uthentication, **R**eporting and **C**onformance

Contribui para a autenticação dos e-mails em associação com os métodos SPF e/ou DKIM. Este valor ser-lhe-á dado pelo seu fornecedor de e-mail (se esta funcionalidade for proposta por este último), e será no mínimo associado a um registo SPF ou DKIM. Consulte a nossa documentação "[Configurar um registo DMARC no seu nome de domínio](/pt/guides/web-cloud/domains/dns-zone-dmarc.md)" para saber mais. #### Registos alargados [](#) Selecione o registo à sua escolha clicando nos separadores seguintes. **TXT** **T**e**XT**

Permite adicionar o valor da sua escolha, em formato de texto, na zona DNS do seu nome de domínio. Este registo é frequentemente utilizado em processos de verificação/validação ou de segurança. :::warning O registo TXT está limitado a 255 caracteres. No entanto, em alguns casos, o valor pode ser dividido em vários registos. Insira o seu fornecedor quando este lhe solicitar que indique um valor superior ao limite de 255 caracteres. Este limite não é, no entanto, existente se passar pela funcionalidade Alterar em modo de texto descrita no nosso guia "[Editar uma zona DNS da OVHcloud](/pt/guides/web-cloud/domains/dns-zone-edit.md)" (para utilizadores experientes). ::: **SRV** **S**e**RV**ice resource

Permite indicar o endereço de um servidor que gere um serviço. Por exemplo, pode indicar o endereço de um servidor SIP ou de um servidor que permita a configuração automática de um software de mensagens. **CAA** **C**ertification **A**uthority **A**uthorization

Permite listar as autoridades de certificação autorizadas a serem entregues dos certificados SSL para um nome de domínio. :::warning Se configurar uma entrada CAA para um nome de domínio, esta configuração também será aplicada a **todos os subdomínios** desse mesmo nome de domínio. Se utilizar um certificado SSL Let's Encrypt com o seu nome de domínio num alojamento partilhado OVHcloud e um registo CAA, este último impedirá a regeneração do certificado SSL Let's Encrypt. ::: **NAPTR** **N**ame **A**uthority **P**oin**T**e**R**

Utilizado em telecomunicações para dirigir um pedido emitido por um terminal móvel para um servidor. Um registo SRV pode ser associado para gerar de forma dinâmica URIs (Uniform Resource Identifier) alvos. **LOC** **LOC**ation

Utilizado para indicar as informações de posição geográfica (nomeadamente com latitude, longitude e altitude). **SSHFP** **S**ecure **SH**ell **F**inger**P**rint

Utilizado para introduzir o vestígio de uma chave pública SSH. **TLSA** **T**ransport **L**ayer **S**ecurity **A**uthentification

Utilizado para indicar o cunho de um certificado SSL/TLS. Vai permitir conservar o _hash_ de um certificado diretamente na zona DNS do seu nome de domínio através de um registo DNS. Este registo é utilizado no âmbito do protocolo **D**NS-based **A**uthentication of **N**amed **E**ntities (DANE). O protocolo DANE permite a um cliente (browser, cliente de e-mail, cliente FTP, cliente SSH, etc.) consultar o registo TLSA. Desta forma, garante que um certificado SSL/TLS utilizado para um nome de domínio é o que certifica esse mesmo nome de domínio. Se necessário, pode consultar mais pormenores no website da [**I**nternet **E**ngineering **T**ask **F**orce (**IETF**\*)](https://datatracker.ietf.org/doc/html/rfc6698) (EN). **RP** **R**esponsible **P**erson

Este registo permite indicar o endereço de correio electrónico da pessoa responsável pelo nome de domínio. Este registo pode também ser combinado com um registo DNS do tipo TXT para fornecer informações adicionais. Se necessário, encontre mais detalhes no site da [**I**nternet **E**ngineering **T**ask **F**orce (**IETF**)](https://datatracker.ietf.org/doc/html/rfc1183#section-2) (EN). **SVCB** **S**er**V**i**C**e **B**inding

Este registo DNS pode reunir várias informações para permitir uma ligação mais rápida e eficaz ao seu site web. Permite também, por exemplo, indicar diretamente ao navegador que o site web é compatível com HTTP 2 ou HTTP 3, que deve priorizar a utilização de um endereço IP (IPv4 e/ou IPv6) mencionado em parâmetro ou ainda passar por uma porta de acesso específica. Isto permite ao navegador obter várias informações numa única consulta. Este registo dispõe de **2** modos: - **Modo Alias**: este modo ativa-se quando especifica uma prioridade igual a 0. Ao contrário dos registos DNS do tipo CNAME, permite redirecionar um nome de domínio a partir da sua própria zona DNS (apex) para outro nome de domínio ou subdomínio. - **Modo Serviço**: este modo ativa-se quando especifica uma prioridade diferente de 0. É neste modo que poderá definir os parâmetros que deseja aplicar ao seu nome de domínio (exemplos de parâmetros: _apln="h2,h3"_, _ipv4hint="203.0.113.0"_, _ipv6hint="2001:db8:1:1b00:203:0:113:0"_, _port="XXXX"_, etc.). Em modo **Serviço**, pode aplicar estes parâmetros diretamente ao seu nome de domínio, mesmo que este último não seja utilizado como alias de outro nome de domínio. Se necessário, encontre mais detalhes no site da [**I**nternet **E**ngineering **T**ask **F**orce (**IETF**)](https://datatracker.ietf.org/doc/html/rfc9460) (EN). **HTTPS** **H**yper **T**ext **T**ransfer **P**rotocol **S**ecure

Este registo funciona como o registo DNS do tipo SVCB, mas, ao contrário deste, é mais específico ao protocolo HTTP. Pode reunir várias informações para permitir uma ligação mais rápida e eficaz ao seu site web. Permite também, por exemplo, indicar diretamente ao navegador que o site web é compatível com HTTP 2 ou HTTP 3, que deve priorizar a utilização de um endereço IP (IPv4 e/ou IPv6) mencionado em parâmetro ou ainda passar por uma porta de acesso específica. Isto permite ao navegador obter várias informações numa única consulta. Este registo dispõe de **2** modos: - **Modo Alias**: este modo ativa-se quando especifica uma prioridade igual a 0. Ao contrário dos registos DNS do tipo CNAME, permite redirecionar um nome de domínio a partir da sua própria zona DNS (apex) para outro nome de domínio ou subdomínio. - **Modo Serviço**: este modo ativa-se quando especifica uma prioridade diferente de 0. É neste modo que poderá definir os parâmetros que deseja aplicar ao seu nome de domínio (exemplos de parâmetros: _apln="h2,h3"_, _ipv4hint="203.0.113.0"_, _ipv6hint="2001:db8:1:1b00:203:0:113:0"_, _port="XXXX"_, etc.). Em modo **Serviço**, pode aplicar estes parâmetros diretamente ao seu nome de domínio, mesmo que este último não seja utilizado como alias de outro nome de domínio. Se necessário, encontre mais detalhes no site da [**I**nternet **E**ngineering **T**ask **F**orce (**IETF**)](https://datatracker.ietf.org/doc/html/rfc9460) (EN). :::tip Encontre abaixo um exemplo prático da implementação de um alias (apex) através de um registo DNS do tipo HTTPS: O site web **domain.tld** está alojado atrás de uma infraestrutura CDN (por exemplo: **cdn.provider.tld**). Graças ao registo DNS do tipo HTTPS, o nome de domínio **domain.tld** pode indicar diretamente aos navegadores compatíveis que o serviço HTTPS deve ser resolvido junto ao fornecedor do CDN **cdn.provider.tld**. Isto sem redirecionamentos e sem gestão manual dos endereços IP. Para isso, o registo DNS do tipo HTTPS deve indicar: - Em prioridade: _0_. - Em alvo: _cdn.provider.tld_. - Em parâmetros: **Deixe o campo vazio**. Assim, é a resolução de **cdn.provider.tld** que indicará os parâmetros a utilizar para **domain.tld**. ::: #### Casos particulares de utilização: a utilização dos registos CNAME [](#) Alguns utilizadores criam zonas DNS diretamente para o subdomínio de um nome de domínio (por exemplo _subdomain-with-its-own-DNS-zone.domain.tld_). A regra indicada no separador "CNAME" da parte "[Registos de apontamento](#pointer-records)" aplica-se igualmente neste caso. Como a zona DNS foi criada para o subdomínio (no nosso exemplo _subdomain-with-its-own-DNS-zone.domain.tld_), este último é considerado como um nome de domínio de pleno direito na sua zona DNS. Por isso, e neste caso específico, não poderá criar um campo CNAME para _subdomain-with-its-own-DNS-zone.domain.tld_ na zona DNS que criou para este último. No entanto, pode criar campos CNAME tais como _subdomain.subdomain-with-its-own-DNS-zone.domain.tld_ ou _xxx.subdomain-with-its-own-DNS-zone.domain.tld_. ## Quer saber mais? [Saber tudo sobre os servidores DNS](/pt/guides/web-cloud/domains/dns-server-general-information.md) [Saber tudo sobre a zona DNS](/pt/guides/web-cloud/domains/dns-zone-general-information.md) [Como configurar o registo SPF de um nome de domínio](/pt/guides/web-cloud/domains/dns-zone-spf.md) [Proteja o seu nome de domínio contra o Cache Poisoning graças ao DNSSEC](/pt/guides/web-cloud/domains/dns-dnssec.md) Para serviços especializados (referenciamento, desenvolvimento, etc), contacte os [parceiros OVHcloud](https://partner.ovhcloud.com/pt/directory/). Se pretender usufruir de uma assistência na utilização e na configuração das suas soluções OVHcloud, consulte as nossas diferentes [ofertas de suporte](https://www.ovhcloud.com/pt/support-levels/). Fale com nossa [comunidade de utilizadores](https://community.ovhcloud.com/).