DNS de forma simples: quais registros são necessários para site e e-mail (A, CNAME, TXT, MX)

Introdução: por que o DNS é essencial e por que sem ele nem site nem e-mail funcionam

Quando você digita o endereço de um site no navegador - por exemplo, example.com - parece uma ação simples. Mas, em frações de segundo, acontece um processo importante: o sistema encontra em qual servidor esse site está hospedado e só então exibe a página.

A internet não entende nomes de domínio como nós usamos no dia a dia. Ela trabalha com endereços IP - identificadores numéricos como 192.168.1.1. É por isso que existe o DNS (Domain Name System): um sistema que conecta nomes de domínio, fáceis para humanos, com os endereços técnicos dos servidores.

Uma forma simples de entender o DNS é como uma “agenda telefônica” da internet. Você conhece o nome (domínio), e o DNS encontra o “número” (endereço IP) para acessar o servidor.

Esse mecanismo não é usado apenas para sites, mas também para e-mail. Quando você envia uma mensagem, o DNS determina para qual servidor ela deve ser entregue. Sem um DNS configurado corretamente:

• o site simplesmente não abre;
• os e-mails não chegam ao destino;
• serviços externos (analytics, CRM, provedores de e-mail) não conseguem validar seu domínio.

É nesse ponto que entram os registros DNS - configurações específicas que dizem à internet:

• para onde direcionar as requisições do site;
• onde está o servidor de e-mail;
• quais serviços podem operar em nome do seu domínio.

Neste artigo, vamos explicar os principais tipos de registros DNS (A, CNAME, MX e TXT) de forma simples e mostrar quais deles são realmente necessários para colocar um site e um sistema de e-mail em funcionamento.

Como o DNS funciona na prática

Agora vamos entender o que realmente acontece quando um usuário acessa um site.

Suponha que você digite example.com no navegador. A partir daí, começa uma sequência de requisições:

• o navegador consulta um servidor DNS (geralmente do seu provedor de internet ou um DNS público);
• o servidor DNS busca as informações sobre o domínio - onde ele está hospedado;
• se encontrar a configuração, retorna o endereço IP do servidor;
• o navegador se conecta a esse servidor e carrega o site.

Tudo isso acontece em milissegundos, mas é justamente o DNS que torna possível “encontrar” um site na internet.

Elementos-chave do DNS

Para entender como tudo funciona, é importante conhecer alguns conceitos básicos:

• Domínio - é o nome do site (por exemplo, example.com);
• Zona DNS - conjunto de todos os registros DNS de um domínio;
• Servidores DNS (NS) - responsáveis por armazenar e fornecer as informações do domínio;
• Registrador de domínio - empresa onde você comprou o domínio (muito comum no Brasil: Registro.br);
• Hospedagem / servidor - onde o site ou o serviço de e-mail está realmente rodando.

Quem é responsável por quê

Uma dúvida comum é: onde exatamente o DNS é configurado?

Na prática - você compra o domínio com um registrador.

O DNS pode ser gerenciado em diferentes lugares:

• no próprio registrador;
• no provedor de hospedagem;
• ou em um serviço dedicado de DNS / nuvem.

Ou seja, o DNS funciona como uma “camada intermediária” entre o domínio e a infraestrutura.

Por que é importante configurar o DNS corretamente

Erros de DNS estão entre as causas mais comuns de problemas com sites e e-mails. Por exemplo:

• IP incorreto na A record → o site não abre;
• ausência de MX → os e-mails não chegam;
• TXT incorreto → falha na verificação de serviços.

Além disso, alterações em DNS não são aplicadas instantaneamente. Por causa do cache, a propagação pode levar de alguns minutos até algumas horas.

Entender como o DNS funciona ajuda a identificar e resolver esses problemas muito mais rápido - especialmente ao lançar um novo projeto ou migrar um site.

Principais tipos de registros DNS (A, CNAME, MX, TXT)

O DNS funciona por meio de registros - instruções específicas que dizem o que deve acontecer com o seu domínio. Abaixo estão os quatro tipos principais, essenciais para o funcionamento de sites e e-mails.

Registro A

- ligação do domínio ao servidor

O que faz: conecta o domínio a um endereço IP.

É o registro básico de qualquer site. Quando alguém acessa um domínio, é o registro A que informa para qual servidor a requisição deve ser enviada.

Exemplo:
example.com → 192.168.1.1

Onde é usado:

• domínio principal do site;
• às vezes em subdomínios.

CNAME - alias (apelido) de domínio

O que faz: define que um domínio é um “apelido” de outro.
Ou seja, em vez de apontar para um IP, você aponta para outro domínio.

Exemplo:
www.example.com → example.com

Onde é usado:

• subdomínios (www, blog, app);
• integração com serviços externos (CDN, SaaS).

MX - roteamento de e-mails

O que faz: define para quais servidores os e-mails do domínio devem ser enviados.
Quando alguém envia um e-mail para você, o registro MX determina o destino.

Exemplo:
example.com → mail.example.com (prioridade 10)

Onde é usado:

• configuração de e-mail corporativo;
• integração com serviços como Google Workspace, Zoho, entre outros.

TXT - registros de verificação e configuração

O que faz: armazena informações em formato de texto para serviços externos.
É o tipo mais “flexível” de registro - usado tanto para validação de domínio quanto para segurança de e-mails.

Exemplos de uso:

• verificação de propriedade do domínio;
• SPF (quem pode enviar e-mails pelo domínio);
• DKIM (assinatura digital dos e-mails);
• DMARC (política de validação de e-mails).

Exemplo de SPF:
v=spf1 include:_spf.google.com ~all

Onde é usado:

• serviços de e-mail;
• ferramentas de analytics e SaaS;
• segurança do domínio.

Resumo

De forma simples:

• A - indica onde o site está hospedado;
• CNAME - redireciona um domínio para outro;
• MX - define para onde os e-mails devem ser enviados;
• TXT - valida e protege o domínio.

Quais registros DNS são necessários para colocar um site e e-mail no ar

Depois de entender os principais tipos de registros, faz sentido reunir tudo em uma “cola” prática. Uma tabela assim ajuda a visualizar rapidamente o que precisa ser configurado dependendo do objetivo - publicar um site, configurar e-mail ou integrar serviços externos.

Tipo de registro	Para que serve	Obrigatório para site	Obrigatório para e-mail	Exemplo
A	Aponta o domínio para o endereço IP do servidor	Sim	Não	example.com → 192.168.1.1
CNAME	Define um domínio como alias de outro domínio	Frequentemente (para www e subdomínios)	Não	www.example.com → example.com
MX	Define os servidores de e-mail do domínio	Não	Sim	example.com → mail.example.com (10)
TXT (SPF)	Define quem pode enviar e-mails em nome do domínio	Não	Sim	v=spf1 include:_spf.google.com ~all
TXT (DKIM/DMARC)	Garante assinatura e verificação de e-mails	Não	Recomendado	v=DMARC1; p=none; rua=mailto:...

Como usar a tabela:

• Se você precisa apenas colocar um site no ar - basta um registro A (e, frequentemente, um CNAME para www);
• Se vai configurar e-mail - são obrigatórios os registros MX e pelo menos um TXT (SPF);
• Para garantir boa entrega de e-mails e evitar spam - adicione DKIM e DMARC (via TXT).

Lógica prática de configuração

• Site = A + (CNAME, se necessário);
• E-mail = MX + TXT;
• Ambiente moderno (produção) = tudo junto + TXT adicionais para segurança.

Essa estrutura ajuda a evitar a maioria dos problemas comuns: site fora do ar, e-mails que não chegam ou mensagens indo para spam.

Cenários típicos de configuração de DNS

A teoria é a base, mas na prática tudo se resume a alguns cenários comuns. Os mais frequentes são: publicar um site, configurar e-mail e integrar serviços externos.

Configuração mínima para um site

Para que um site comece a funcionar, basta uma configuração básica:

• Registro A - aponta para o IP do servidor;
• CNAME (opcional) - usado para www ou outros subdomínios.

Exemplo:
example.com → A → 192.168.1.1
www.example.com → CNAME → example.com

Depois disso:
o domínio principal funciona;
a versão com www também abre normalmente.

Configuração mínima para e-mail

Para o e-mail funcionar corretamente, é preciso um pouco mais:

• Registros MX - definem para onde os e-mails serão entregues;
• TXT (SPF) - define quem pode enviar e-mails em nome do domínio.

Exemplo:

• example.com → MX → mail.example.com (10)
• example.com → TXT → v=spf1 include:mailprovider.com ~all

Integração com serviços externos

Hoje, praticamente qualquer serviço (e-mail, CDN, analytics, SaaS) exige alguma configuração de DNS.

Na maioria dos casos, você vai usar:

• CNAME - para conectar um subdomínio;
• TXT - para validar a propriedade do domínio.

Exemplos:

• ativar um CDN → CNAME apontando para o provedor;
• validar domínio → TXT com um token único;
• configurar e-mail → combinação de MX + TXT (SPF, DKIM).

Erros mais comuns na configuração de DNS

Mesmo configurações simples podem falhar por detalhes:

1. Conflito entre A e CNAME - não é possível usar ambos no mesmo nome de domínio;
2. Ausência de MX - o e-mail não funciona, mesmo com o servidor configurado;
3. IP incorreto - o site não abre ou aponta para outro destino;
4. Erros em TXT - um espaço ou caractere errado pode quebrar SPF/DKIM;
5. Ignorar TTL e cache - mudanças em DNS não são imediatas e podem levar horas para propagar.

Conclusão prática

Na maioria dos casos, configurar DNS não é algo complexo - é uma questão de atenção aos detalhes.

Entender esses cenários permite:

• colocar projetos no ar rapidamente;
• migrar sites sem dor de cabeça;
• evitar problemas com e-mail e integrações.

Como as plataformas em nuvem simplificam o trabalho com DNS

O DNS, por si só, não armazena sites nem e-mails - ele apenas indica onde eles estão. Por isso, a próxima parte essencial da infraestrutura são os servidores e as plataformas em nuvem, onde seus serviços realmente ficam hospedados.

Hoje, cada vez mais empresas no Brasil optam por soluções em nuvem em vez de hospedagem tradicional. Elas permitem lançar projetos mais rapidamente, ajustar recursos com facilidade e escalar conforme o crescimento.

Como o DNS se conecta com a nuvem

A lógica é simples:

• você cria um servidor na nuvem;
• recebe um endereço IP;
• configura esse IP em um registro A;
• e o seu domínio passa a apontar para essa infraestrutura.

O mesmo vale para e-mail e outros serviços:

• o DNS direciona o tráfego;
• a nuvem processa as requisições.

O que a nuvem oferece na prática

Em comparação com a hospedagem tradicional, a nuvem traz vantagens importantes:

• Provisionamento rápido - servidores prontos em minutos;
• Flexibilidade - ajuste fácil de CPU, RAM e armazenamento;
• Escalabilidade - crescimento sem necessidade de migração;
• Alta disponibilidade - melhor distribuição de carga e resiliência.

Isso é especialmente relevante para startups e projetos em crescimento.

Serverspace: aplicação prática

A Serverspace é uma plataforma de cloud computing que permite criar e gerenciar infraestrutura para sites, APIs e serviços de e-mail de forma simples e rápida.

Na prática, para DNS isso significa:

• você cria um servidor na nuvem;
• recebe o IP automaticamente;
• configura um registro A - e o site já fica acessível;
• adiciona serviços de e-mail e registros TXT conforme necessário.

Principais vantagens da Serverspace:

• Início simples - painel intuitivo e fácil de usar;
• Deploy rápido de servidores;
• Cobrança flexível (pay-as-you-go);
• Adequado tanto para projetos pequenos quanto para soluções escaláveis.

A combinação “DNS + nuvem”

De forma resumida:

• o DNS cuida do direcionamento;
• a nuvem cuida da execução e do armazenamento.

Essa combinação é o que garante:

• disponibilidade do site;
• funcionamento estável do e-mail;
• integração correta com serviços externos.

O resultado é uma infraestrutura moderna, escalável e fácil de gerenciar - especialmente quando você utiliza plataformas de nuvem atuais.

Boas práticas e dicas práticas para trabalhar com DNS

Mesmo entendendo os registros básicos de DNS, ainda existem vários detalhes que impactam a estabilidade e a segurança de sites e e-mails. A seguir, um conjunto de boas práticas que ajudam a evitar problemas comuns e facilitam a administração.

Separe os ambientes (prod / test / dev)

Evite usar o mesmo domínio para tudo.

Boa prática:

• example.com - produção;
• test.example.com - testes;
• dev.example.com - desenvolvimento.

Isso reduz o risco de “quebrar” o site em produção durante testes.

Use subdomínios de forma estratégica

Subdomínios não são apenas um detalhe técnico - eles fazem parte da arquitetura:

• www - versão pública do site;
• api - backend/API;
• mail - servidor de e-mail;
• cdn - arquivos estáticos.

Uma estrutura bem organizada facilita a escalabilidade e a manutenção.

Verifique o DNS após alterações

Depois de qualquer mudança, é essencial confirmar se tudo está funcionando corretamente.

Ferramentas comuns:

• dig;
• nslookup;
• serviços online (como DNS Checker).

Isso ajuda a validar rapidamente:

• se o IP retornado está correto;
• se as mudanças já foram aplicadas;
• se há conflitos nas configurações.

Considere o TTL e o cache

TTL (Time To Live) define por quanto tempo um registro DNS fica em cache.

Boas práticas:

• antes de mudanças importantes, reduza o TTL (por exemplo, para 300 segundos);
• depois, volte ao valor padrão.

Isso acelera a propagação e reduz possíveis indisponibilidades.

Configure a segurança do e-mail

Configuração mínima recomendada:

• SPF - define quem pode enviar e-mails pelo domínio;
• DKIM - adiciona assinatura digital às mensagens;
• DMARC - define políticas de validação.

Pense em alta disponibilidade

Para projetos mais robustos, considere:

• múltiplos registros MX (backup de e-mail);
• múltiplos registros A (balanceamento simples);
• uso de CDN e provedores DNS externos.

Isso aumenta a disponibilidade em caso de falhas.

Documente as alterações

Uma prática muitas vezes ignorada.

Registre:

• quais registros foram criados;
• por que foram adicionados;
• quando foram modificados.

Isso é essencial em equipes e projetos em crescimento - facilita manutenção e evita erros.

Ideia principal

DNS não é algo para “configurar uma vez e esquecer”, mas sim parte de uma infraestrutura ativa.

Quanto mais organizado e cuidadoso for o gerenciamento, mais:

• estável será o site;
• confiável será a entrega de e-mails;
• fácil será escalar o projeto.

FAQ

1. Por que as alterações de DNS não são aplicadas imediatamente?

   O DNS utiliza cache para reduzir a carga nos servidores e acelerar o acesso. Quando você altera um registro, parte dos usuários ainda pode receber dados antigos do cache (do provedor, navegador ou sistema operacional). O tempo de propagação depende do TTL e pode variar de alguns minutos até 24–48 horas.

2. Posso usar vários registros A para o mesmo domínio?

   Sim, é possível. Múltiplos registros A podem ser usados para um balanceamento simples (round-robin). No entanto, é um método básico - ele não verifica se o servidor está ativo. Se um deles cair, o DNS ainda pode direcionar tráfego para ele.

3. O que acontece se eu remover registros TXT?

   Depende da função desses registros:
   - remover SPF/DKIM/DMARC pode prejudicar a entrega de e-mails ou fazer com que caiam em spam;
   - remover registros de verificação pode desconectar o domínio de serviços externos.
   De forma geral, só remova registros TXT se tiver certeza da finalidade deles.

4. Qual a diferença entre DNS no registrador e DNS no provedor de hospedagem ou nuvem?

   Na prática, a função é a mesma: gerenciar registros DNS. A diferença está na usabilidade, velocidade de propagação e recursos adicionais (como segurança, API e redundância). Por isso, muitas empresas preferem usar serviços dedicados de DNS, independentes da hospedagem.

5. Preciso mudar o DNS ao migrar um site para outro servidor?

   Não necessariamente. Na maioria dos casos, basta atualizar o registro A com o novo endereço IP. Essa é a forma mais simples e rápida de migrar um site sem alterar toda a estrutura de DNS.