O que é DNS e como configurar sem tropeços

DNS é o sistema que traduz nomes de domínio em endereços que computadores conseguem encontrar. Para configurar, ajuste registros como A, CNAME, MX e TXT no painel certo do domínio, respeite o TTL e teste a propagação antes de tocar no site ou no e-mail.

Onde o DNS entra na hospedagem

Quando alguém escreve um domínio no navegador, não está a procurar uma marca; está a pedir uma rota. O DNS diz qual servidor responde pelo site, qual serviço recebe o e-mail e que regras provam que uma mensagem não foi falsificada. Sem isso, um bom servidor fica invisível.

O erro caro é tratar DNS como burocracia de painel. Uma alteração apressada pode tirar uma loja do ar, quebrar a entrega de e-mail ou enviar tráfego para a hospedagem antiga. DNS bem feito é controlo de risco, não enfeite administrativo.

No mercado lusófono, a decisão mistura muitas vezes registrador, hospedagem e CDN. Cloudflare, Hostinger, HostGator Brasil, UOL Host e Umbler aparecem no conjunto de entidades avaliadas pela HostScout para domínios, CDN, e-mail ou hospedagem. A regra prática é simples: descubra onde está a zona DNS autoritativa antes de alterar qualquer registro.

A zona DNS é o livro de endereços do domínio

A zona DNS reúne os registros que definem o comportamento do domínio. Ela pode ficar no registrador, no provedor de hospedagem, numa CDN ou num serviço especializado. O painel bonito não decide nada; decide o serviço listado como nameserver autoritativo.

Há uma diferença que muita migração ignora: mudar um registro dentro da zona não é o mesmo que mudar os nameservers do domínio. O primeiro ajuste troca uma rota específica. O segundo troca quem manda na zona inteira. Confundir os dois é a receita clássica para perder e-mail.

Não há mérito em preencher tudo. Menos registros, mais clareza. Cada linha deve ter um dono: site, e-mail, validação, CDN ou serviço externo. Se ninguém sabe por que um registro existe, ele vira dívida operacional.

Como configurar sem derrubar site e e-mail

Antes de mexer, separe três peças: onde o domínio foi registrado, onde a zona DNS está ativa e qual serviço hospeda o site ou o e-mail. Essa separação evita o ciclo de suporte em que cada fornecedor aponta para o painel do outro.

Uma configuração típica fica assim: o domínio raiz aponta para o servidor do site; www usa CNAME para o nome principal; MX aponta para o provedor de e-mail; TXT contém SPF, DKIM e DMARC; CAA limita quem pode emitir certificados TLS. O desenho muda, mas a lógica não.

Use esta ordem operacional:

• Inventário: liste os registros atuais antes de alterar a zona.
• Destino: confirme o endereço ou nome canónico fornecido pela hospedagem.
• E-mail: copie MX e TXT antes de trocar nameservers.
• Validação: teste domínio raiz, www e envio de e-mail após a propagação.

O TTL merece respeito, mas não faz milagres. Ele só indica por quanto tempo alguns resolvedores podem guardar uma resposta. Reduzir TTL antes de uma migração ajuda, mas não corrige registro errado, cache local teimoso ou nameserver alterado no registrador errado.

Exemplos práticos de configuração

Para um site simples, o domínio raiz pode usar registro A para o servidor da hospedagem. O subdomínio www pode usar CNAME para o domínio raiz ou para o nome indicado pelo provedor. Evite apontar www para um destino e o domínio raiz para outro, salvo quando há motivo claro.

Para e-mail profissional, o MX deve apontar para o fornecedor de correio. TXT entra para autorizar remetentes, assinar mensagens e publicar política contra falsificação. Se a hospedagem do site muda, o e-mail não precisa mudar junto. Essa separação poupa horas de indisponibilidade.

Para CDN ou proteção DDoS, o tráfego pode passar por um serviço como Cloudflare antes de chegar à origem. A vantagem operacional é concentrar cache, TLS e regras de segurança. O risco é esquecer que a origem continua existindo e também precisa estar correta.

Para WordPress, loja virtual ou painel SaaS, verifique se o provedor pede CNAME, A ou validação por TXT. Muitos assistentes automáticos criam registros suficientes para o site, mas deixam e-mail e subdomínios fora do roteiro. Assistente não substitui revisão da zona.

Quando usar DNS do registrador, da hospedagem ou de uma CDN

Use o DNS do registrador quando o domínio é simples, o site está estável e a equipa quer menos fornecedores. É prático, mas costuma ter menos recursos de segurança, automação e observabilidade.

Use o DNS da hospedagem quando o painel precisa criar registros automaticamente para site, e-mail ou certificado. É cómodo no arranque, mas cria dependência: mudar de hospedagem pode significar migrar também a zona. Contrato também é infraestrutura.

Use DNS de CDN quando precisa de cache, regras de segurança, proxy reverso ou gestão mais fina. Cloudflare é o exemplo mais conhecido no conjunto de provedores de domínios e CDN da HostScout. Ainda assim, uma CDN não corrige servidor lento nem política de e-mail mal escrita.

Armadilhas que custam mais que a mensalidade

O primeiro risco é o nameserver fantasma: a equipa edita a zona na hospedagem, mas o domínio ainda aponta para o registrador. O painel mostra sucesso, a internet ignora. A correção começa sempre por consultar os nameservers autoritativos.

O segundo risco é o e-mail esquecido. Em migrações, muita gente copia apenas A e CNAME. Sem MX e TXT, o site volta, mas mensagens falham, caem em spam ou deixam de ser assinadas. Para negócio pequeno, isso parece problema comercial, não de DNS.

O terceiro risco é a mistura de automatismo e edição manual. Um assistente de hospedagem cria registros; depois alguém edita a mesma zona para CDN; depois o provedor de e-mail pede TXT adicional. Sem inventário, a zona vira arqueologia.

O quarto risco é confiar em propagação como desculpa universal. Algumas falhas são cache, mas muitas são erro de destino, conflito de CNAME, nameserver errado ou política de e-mail incompleta. Esperar não conserta configuração incoerente.

Como a HostScout trata dados e provedores

A HostScout separa informação verificável de julgamento editorial. Provedores como Cloudflare, Hostinger, HostGator Brasil, UOL Host e Umbler podem aparecer em páginas de domínios, CDN, e-mail ou hospedagem quando há dados estruturados suficientes para comparação. Isso não transforma uma marca em resposta universal.

Para DNS, o critério editorial é operacional: quem controla a zona, quais serviços dependem dela, que riscos a alteração cria e como testar antes de culpar a hospedagem. O melhor painel é o que deixa a responsabilidade clara.

Use as páginas de DNS e registro de domínios como ponto de partida quando a dúvida for escolher onde manter a zona. Para avaliar fornecedor, compare também o suporte, a gestão de e-mail e a facilidade de migração. Planeie a saída antes de depender de automatismos.

Perguntas frequentes