17 min de leitura · Guia técnico
DNS Cloudflare no FreeBSD 14.2 é a configuração que conecta a zona DNS do domínio à Cloudflare e ajusta o servidor FreeBSD para resolver nomes de forma confiável. Para configurar com foco em velocidade e segurança, siga estes passos:
- Adicione o domínio na Cloudflare e confira todos os registros importados.
- Revise registros A, AAAA, CNAME, MX e TXT antes de trocar os nameservers.
- Altere os nameservers no registrador do domínio para os informados pela Cloudflare.
- Ajuste e valide o resolver local do FreeBSD 14.2 em /etc/resolv.conf.
- Ative proxy e cache apenas nos hostnames web apropriados.
- Teste a resolução DNS com drill, dig ou nslookup antes de considerar a migração concluída.
Pré-requisitos
Configuração de DNS no FreeBSD exige controle sobre duas pontas: a zona DNS pública do domínio e o servidor onde a aplicação responde. Antes de alterar nameservers, confirme se você consegue acessar o painel do registrador, o painel da Cloudflare e o terminal do FreeBSD 14.2 com permissão administrativa.
- Servidor com FreeBSD 14.2 instalado e acesso via SSH ou console.
- Domínio próprio com acesso ao painel onde os nameservers são alterados.
- Conta Cloudflare com permissão para adicionar e gerenciar a zona DNS do domínio.
- Lista atual dos registros DNS usados pelo site, email, subdomínios e validações TXT.
- IP estático do servidor web ou do serviço que receberá o tráfego do domínio.
- Cliente de teste como drill, dig ou nslookup disponível no servidor ou na sua máquina local.
- Janela de manutenção para validar site e email após a troca dos nameservers.
Se o domínio também usa email profissional, tenha atenção especial aos registros MX, SPF, DKIM e DMARC. Para revisar a autenticação de email em paralelo, consulte Guia DKIM, SPF e DMARC: configure e saia do spam.
Validar o ambiente FreeBSD antes da migração de zona
DNS Cloudflare no FreeBSD 14.2 começa por uma validação simples do sistema, porque não adianta trocar a zona pública se o servidor local não resolve domínios corretamente ou se a aplicação web aponta para o IP errado. Nesta etapa, confirme a versão do FreeBSD, o hostname, o arquivo de resolver e a resposta atual do domínio antes da mudança. Ao rodar estes comandos, você verá se o ambiente está coerente e terá uma referência para comparar depois que a Cloudflare assumir a autoridade DNS.
- Acesse o FreeBSD 14.2 por SSH ou console.
- Confirme a versão do sistema operacional.
- Veja qual hostname o servidor usa.
- Confira o resolver configurado em /etc/resolv.conf.
- Teste a resolução atual do domínio antes de qualquer alteração externa.
freebsd-version
uname -r
hostname
cat /etc/resolv.confOutput esperado:
14.2-RELEASE
14.2-RELEASE
nome-do-servidor
nameserver IP_DO_RESOLVEDOR_CONFIGURADOAgora consulte o domínio como ele está antes da migração. Use o domínio real no lugar de exemplo.com.br. Se o comando não retornar nada, isso indica que a zona atual precisa ser revisada antes de entrar na Cloudflare.
drill exemplo.com.brOutput esperado:
;; ANSWER SECTION:
exemplo.com.br. TTL IN A IP_DO_SERVIDORSe você também mantém redirecionamento HTTP para HTTPS no servidor, vale validar esse ponto antes de ativar o proxy da Cloudflare. Uma configuração incorreta pode gerar loop de redirecionamento depois da mudança. Veja também Como redirecionar um site http para https?.
Adicionar o domínio e revisar a zona DNS Cloudflare
Zona DNS Cloudflare é o conjunto de registros que informa para onde cada serviço do domínio deve apontar. Ao adicionar o domínio, a Cloudflare pode apresentar registros detectados automaticamente, mas a revisão manual continua indispensável. O objetivo é garantir que o site, os subdomínios, o email e as validações TXT permaneçam funcionando depois da troca dos nameservers.
- No painel da Cloudflare, adicione o domínio sem incluir http, https ou caminho de página.
- Acesse a lista de registros DNS importados ou criados.
- Compare cada registro com a zona DNS atual do domínio.
- Crie ou corrija registros A e AAAA para apontarem ao IP correto do servidor.
- Revise CNAME para subdomínios como www, painel, loja ou app.
- Confirme MX e TXT antes de avançar, principalmente se o email usa o mesmo domínio.
Para sites hospedados no FreeBSD, normalmente o registro A do domínio raiz aponta para o IP público do servidor. O registro CNAME de www pode apontar para o domínio raiz, desde que isso faça sentido para a sua aplicação. Já registros MX não devem ser tratados como tráfego web comum: eles indicam os servidores responsáveis por receber email e precisam continuar coerentes após a migração.
drill A exemplo.com.br
drill CNAME www.exemplo.com.br
drill MX exemplo.com.br
drill TXT exemplo.com.brOutput esperado:
exemplo.com.br. TTL IN A IP_DO_SERVIDOR
www.exemplo.com.br. TTL IN CNAME exemplo.com.br.
exemplo.com.br. TTL IN MX PRIORIDADE SERVIDOR_DE_EMAIL
exemplo.com.br. TTL IN TXT "registro_txt_existente"Atenção: não apague registros antigos sem entender a função de cada um. Registros TXT podem validar serviços externos, autenticação de email ou propriedade do domínio. Remover um TXT aparentemente desconhecido pode interromper validações importantes.
Trocar nameservers e aguardar a ativação da Cloudflare
Nameservers Cloudflare passam a ser os servidores autoritativos do domínio quando você os configura no registrador. Essa etapa não é feita dentro do FreeBSD, e sim no painel onde o domínio foi registrado ou gerenciado. A Cloudflare informa quais nameservers devem ser usados para aquela zona; copie exatamente os nomes exibidos, sem adaptar, abreviar ou misturar com nameservers antigos.
- No painel da Cloudflare, localize os nameservers atribuídos ao domínio.
- Acesse o painel do registrador ou provedor onde o domínio está registrado.
- Substitua os nameservers atuais pelos nameservers informados pela Cloudflare.
- Salve a alteração e aguarde a zona aparecer como ativa no painel da Cloudflare.
- Enquanto a propagação DNS ocorre, teste o domínio a partir de redes diferentes.
Depois da troca, o comportamento pode variar durante a propagação DNS. Algumas consultas podem responder pela zona antiga enquanto outras já consultam a Cloudflare, pois cada resolvedor respeita o TTL do registro em cache. Por isso, compare a resposta dos registros principais e evite fazer muitas mudanças simultâneas. Se você alterar IP, MX, CNAME e proxy ao mesmo tempo, ficará mais difícil identificar a causa de um erro durante esse intervalo de propagação.
drill NS exemplo.com.brOutput esperado:
;; ANSWER SECTION:
exemplo.com.br. TTL IN NS nameserver_informado_pela_cloudflare
exemplo.com.br. TTL IN NS nameserver_informado_pela_cloudflareQuando os NS retornarem os nameservers da Cloudflare, valide novamente A, CNAME, MX e TXT. A confirmação no painel é importante, mas o teste via terminal mostra o que os resolvedores estão consultando de fato.
Ajustar o resolver local no FreeBSD 14.2 com segurança
Resolver local no FreeBSD define quais servidores serão consultados quando o próprio sistema precisar resolver nomes de domínio. Isso afeta atualizações, chamadas de aplicações, validações externas, conexões com APIs e testes feitos no terminal. A Cloudflare pode estar correta como DNS autoritativo do domínio, mas o FreeBSD ainda precisa consultar resolvedores confiáveis para navegar e validar nomes externos. O FreeBSD 14.2 oferece suporte ao local-unbound, serviço baseado no Unbound que pode ser usado como resolvedor local com suporte a DNSSEC, garantindo uma camada adicional de validação de respostas DNS antes de repassá-las ao sistema.
Atenção: antes de editar /etc/resolv.conf, faça backup do arquivo atual. Uma configuração incorreta pode impedir o servidor de resolver domínios, afetando downloads, integrações e comandos administrativos. Se o sistema usa o local-unbound ou outro gerenciador de rede, o arquivo /etc/resolv.conf pode ser gerenciado automaticamente — verifique antes de editar manualmente.
cp /etc/resolv.conf /etc/resolv.conf.backup
cat /etc/resolv.conf.backupOutput esperado:
nameserver IP_DO_RESOLVEDOR_ATUALEdite o arquivo conforme o resolvedor usado no seu ambiente. Use IPs de resolvedores confiáveis definidos pela sua política de rede, pelo provedor ou pela infraestrutura que você administra. O exemplo abaixo usa placeholders para evitar aplicar endereços sem validação no seu cenário.
cat > /etc/resolv.conf << EOF
nameserver IP_DO_RESOLVEDOR_PRIMARIO
nameserver IP_DO_RESOLVEDOR_SECUNDARIO
EOF
cat /etc/resolv.confOutput esperado:
nameserver IP_DO_RESOLVEDOR_PRIMARIO
nameserver IP_DO_RESOLVEDOR_SECUNDARIODepois, teste a resolução a partir do próprio FreeBSD. Ao rodar o comando, você deve ver uma resposta DNS válida. Se houver timeout, restaure o backup e revise os IPs usados.
drill exemplo.com.brOutput esperado:
;; ANSWER SECTION:
exemplo.com.br. TTL IN A IP_DO_SERVIDORAtivar proxy, cache e registros web sem quebrar email
Proxy Cloudflare para site deve ser usado nos hostnames que servem conteúdo web, como o domínio raiz e www, quando a aplicação está preparada para trabalhar atrás dessa camada. No painel, isso costuma ser representado pelo proxy laranja. Para serviços de email, como SMTP, IMAP e POP3, não trate os hostnames como tráfego web: mantenha os registros corretos e valide o funcionamento depois da migração.
- Ative o proxy apenas em registros A, AAAA ou CNAME usados pelo site.
- Mantenha registros MX apontando para o servidor de email correto.
- Evite proxy em hostnames usados por SMTP, IMAP ou POP3.
- Confira TXT de SPF, DKIM e DMARC depois da troca de nameservers.
- Teste site e email separadamente para não misturar sintomas.
Essa separação é essencial em domínios que hospedam site e email no mesmo servidor FreeBSD. O tráfego HTTP e HTTPS pode se beneficiar da camada de proxy e cache, enquanto o email depende de registros próprios. Se o hostname mail.exemplo.com.br for usado por clientes de email, ele deve resolver de forma compatível com SMTP, IMAP ou POP3 e não como uma página web protegida por proxy.
drill A www.exemplo.com.br
drill MX exemplo.com.br
drill TXT _dmarc.exemplo.com.brOutput esperado:
www.exemplo.com.br. TTL IN A IP_ESPERADO_OU_RESPOSTA_DA_CAMADA_PROXY
exemplo.com.br. TTL IN MX PRIORIDADE SERVIDOR_DE_EMAIL
_dmarc.exemplo.com.br. TTL IN TXT "registro_dmarc_existente"Se o site usa HTTPS, valide o certificado e os redirecionamentos antes de considerar a ativação final. A Cloudflare não corrige automaticamente uma aplicação com redirecionamentos inconsistentes; ela apenas adiciona uma camada de entrega, DNS, proxy e cache quando configurada corretamente.
Verificar resolução e registros após ativar a Cloudflare
Teste de DNS com drill é uma forma prática de confirmar se a Cloudflare já responde pelo domínio e se os registros principais retornam valores esperados. No FreeBSD, drill costuma ser suficiente para consultar A, CNAME, MX, TXT e NS. Se preferir, você também pode usar dig ou nslookup em outra máquina para comparar a resolução fora do servidor e confirmar que a propagação DNS já alcançou diferentes regiões.
- Teste os nameservers autoritativos do domínio.
- Consulte o registro A do domínio raiz.
- Consulte o CNAME de www, se existir.
- Valide MX para recebimento de email.
- Confira TXT usados por SPF, DKIM, DMARC ou validações externas.
- Acesse o site pelo navegador e compare com os resultados do terminal.
drill NS exemplo.com.br
drill A exemplo.com.br
drill CNAME www.exemplo.com.br
drill MX exemplo.com.br
drill TXT exemplo.com.brOutput esperado:
NS retorna nameservers da Cloudflare
A retorna o destino esperado para o site
CNAME retorna o alias configurado
MX retorna o servidor de email correto
TXT retorna os textos esperados da zonaSe os resultados estiverem corretos, faça um teste real de navegação. Acesse o domínio raiz, o www e páginas internas importantes. Em seguida, envie e receba uma mensagem de teste caso o domínio use email. Essa sequência reduz o risco de aprovar a migração olhando apenas para um registro isolado.
Problemas comuns e como resolver
Sintoma: domínio ainda aponta para o DNS antigo
Causa: os nameservers podem não ter sido trocados no registrador, a alteração pode ainda estar em propagação DNS ou o teste está sendo feito por um resolvedor com cache antigo baseado no TTL anterior. Solução: confira no painel do registrador se os nameservers são exatamente os informados pela Cloudflare. Depois rode drill NS exemplo.com.br e compare a resposta. Se ainda aparecerem nameservers antigos, aguarde a atualização ou revise se a alteração foi salva corretamente.
Sintoma: site abre, mas email parou de funcionar
Causa: registros MX ou TXT podem ter sido omitidos, alterados ou confundidos com registros web. Também pode ocorrer uso indevido de proxy em hostnames utilizados por SMTP, IMAP ou POP3. Solução: revise MX, SPF, DKIM e DMARC na zona da Cloudflare, valide os hostnames de email e teste envio e recebimento separadamente. Não remova registros TXT sem saber sua finalidade.
Sintoma: FreeBSD não resolve domínios após editar /etc/resolv.conf
Causa: os IPs de resolvedor configurados em /etc/resolv.conf podem estar incorretos, inacessíveis ou bloqueados pela rede. Se o servidor usa o local-unbound, o arquivo pode ter sido sobrescrito automaticamente. Solução: restaure o backup com cp /etc/resolv.conf.backup /etc/resolv.conf e teste novamente com drill. Depois aplique resolvedores confiáveis do seu ambiente e confirme que o servidor consegue consultar domínios externos.
Sintoma: HTTPS entra em loop de redirecionamento
Causa: a aplicação, o servidor web ou uma regra .htaccess pode estar forçando HTTPS de uma forma incompatível com a camada de proxy. Solução: revise as regras de redirecionamento no servidor e teste o site sem alterar vários pontos ao mesmo tempo. Ajuste primeiro a origem, depois valide a configuração no painel da Cloudflare.
Perguntas frequentes sobre zona DNS e Cloudflare
Como configurar DNS Cloudflare no FreeBSD 14.2?
Para configurar DNS Cloudflare no FreeBSD 14.2, aponte os nameservers do domínio para a Cloudflare, revise a zona DNS e valide registros A, CNAME, MX e TXT. No servidor FreeBSD, ajuste o resolver local em /etc/resolv.conf ou no serviço de rede usado, garantindo que a resolução consulte servidores confiáveis.
Cloudflare melhora a velocidade do site no FreeBSD?
A Cloudflare pode melhorar a entrega de conteúdo ao atuar como camada de DNS, proxy e cache para domínios configurados corretamente. O ganho percebido depende da configuração dos registros, do uso do proxy laranja, do cache e da aplicação hospedada no FreeBSD.
Quais registros DNS devo revisar antes de ativar a Cloudflare?
Revise principalmente registros A, AAAA, CNAME, MX e TXT antes de trocar os nameservers do domínio. Registros de email, como MX, SPF, DKIM e DMARC, exigem atenção extra para evitar falhas de recebimento, envio ou autenticação.
Posso usar Cloudflare com email hospedado no mesmo servidor?
Sim, mas os registros de email não devem ser tratados como tráfego web comum. Mantenha MX e TXT corretos, evite proxy em hostnames usados por SMTP, IMAP ou POP3 e valide SPF, DKIM e DMARC após a migração.
Como testar se o DNS Cloudflare está funcionando?
Teste a resolução com ferramentas como dig, drill ou nslookup consultando o domínio e os nameservers autoritativos. Confirme se os registros retornam os IPs esperados, se o TTL está coerente com o esperado e se o painel da Cloudflare mostra a zona ativa.
Conclusão
Configurar Cloudflare com FreeBSD 14.2 é um processo seguro quando a zona DNS é revisada antes da troca de nameservers e quando o servidor continua resolvendo nomes corretamente depois da mudança. A etapa mais crítica é separar tráfego web de tráfego de email, evitando aplicar proxy onde ele não deve ser usado.
- Antes de trocar nameservers, compare registros A, AAAA, CNAME, MX e TXT com a zona antiga.
- No FreeBSD, faça backup de /etc/resolv.conf antes de alterar resolvedores locais.
- Depois da ativação, teste site, subdomínios e email com drill, navegador e envio real de mensagens.
Precisa de suporte para hospedagem e DNS no FreeBSD?
A AviraHost pode ajudar você a escolher uma estrutura adequada para hospedar sites, validar DNS e manter serviços web em um ambiente com mais controle. Se você pretende rodar aplicações em FreeBSD com domínio próprio, um servidor bem dimensionado facilita a administração e os testes.
Conheça os planos de Servidor VPS da AviraHost
