Solução de problemas de domínio e SSL

Use este guia quando um domínio personalizado não ficar pronto, abrir o site errado, redirecionar incorretamente ou mostrar um erro de HTTPS/segurança.

Comece aqui

Configurações → Domínios → Gerenciar → Status do Domínio → identifique a etapa com falha → Verificar novamente

Primeiro, encontre seu problema

Use a tabela de sintomas antes de alterar o DNS. Comece pela seção que corresponde ao que você está vendo, faça uma alteração direcionada e, em seguida, verifique novamente o status do domínio e o hostname em um navegador.

O que você vê	Ir para
O Atoms não consegue verificar o domínio, ou um registro obrigatório parece estar ausente	Problemas de verificação e de registros DNS
O domínio abre um site antigo ou errado	Roteamento, registros conflitantes, Cloudflare ou associação de projeto
A alteração funciona em algumas redes, mas não em outras	Propagação de DNS e cache local
O HTTPS falha ou o navegador mostra um aviso de certificado	Problemas de SSL / HTTPS
O domínio abre o projeto Atoms errado	Comportamento de projeto errado
O domínio raiz e o www se comportam de forma diferente	Solução de problemas de raiz / www
O domínio redireciona para o endereço errado ou entra em loop	Solução de problemas de redirecionamento
Vários domínios Atoms não relacionados falham ao mesmo tempo	Pare de alterar o DNS e entre em contato com o Suporte do Atoms

Importante

Sempre use os valores de DNS exibidos atualmente dentro do Atoms para o domínio que você está solucionando. Não copie um endereço IP, valor de verificação ou destino DNS de outro domínio, de uma captura de tela antiga ou de um guia mais antigo.

Onde verificar o domínio

Referência rápida: termos que você pode ver ao usar este guia

Você não precisa entender o DNS internamente para usar as etapas de solução de problemas. Estas definições estão aqui apenas caso algum termo não seja familiar.

Termo	O que significa
DNS	As configurações que dizem à internet para onde seu domínio deve enviar visitantes e quais serviços online ele usa.
DNS autoritativo / nameservers	O serviço de DNS que realmente controla as configurações ativas do seu domínio. Se você alterar o DNS em outro lugar, essas alterações não afetarão o domínio.
A / AAAA / CNAME	Registros que dizem aos navegadores onde encontrar seu site. Registros antigos ou conflitantes podem enviar visitantes para o site errado.
TXT	Um registro DNS baseado em texto, frequentemente usado para provar que você controla um domínio. O Atoms pode pedir que você adicione um durante a configuração do domínio.
Propagação de DNS / TTL	O tempo que uma alteração de DNS leva para ser vista em todos os lugares. Durante esse período, algumas pessoas ainda podem ver o resultado antigo.
CAA	Uma regra opcional de DNS que controla quais empresas têm permissão para emitir o certificado de segurança necessário para HTTPS no seu domínio.
Proxy do Cloudflare	Uma configuração do Cloudflare que envia o tráfego do site pelo Cloudflare antes de ele chegar ao seu site. Isso pode afetar como o domínio é roteado ou verificado.

Antes de alterar qualquer coisa

• Registre o Status do Domínio exato e qualquer mensagem de erro mostrada no Atoms.

• Altere uma configuração de DNS ou roteamento por vez para que você possa identificar qual alteração afetou o resultado.

• Registre o valor anterior antes de editar um registro DNS de produção.

• Não exclua registros apenas porque você não os reconhece. Registros MX, registros TXT relacionados a e-mail e subdomínios não relacionados podem dar suporte a e-mail ou outros serviços.

• Não altere os nameservers apenas para corrigir um único problema de verificação, a menos que uma migração de DNS separada esteja planejada e confirmada.

• Se uma alteração de solução de problemas quebrar um site em funcionamento, e-mail ou outro serviço, restaure apenas a última alteração que causou a regressão.

Problemas de verificação e de registros DNS

Use esta seção quando o Atoms não conseguir verificar o domínio, um registro obrigatório parecer ausente ou incorreto, ou você tiver editado o DNS mas o estado do domínio não tiver mudado.

Verifique primeiro o DNS de origem

• Abra o domínio no Atoms e compare cada registro obrigatório com o que está publicado publicamente para o mesmo hostname.

• Verifique os nameservers autoritativos do domínio e certifique-se de que você está editando o DNS no provedor que atende esses nameservers. Se os nameservers apontarem para o Cloudflare, alterações feitas apenas em um painel DNS do registrador podem não ser autoritativas.

• Para cada registro obrigatório, confirme o tipo de registro, hostname/nome, destino ou valor, e se o registro realmente existe no provedor autoritativo.

• O valor de verificação deve corresponder exatamente ao valor mostrado atualmente pelo Atoms e deve estar visível em uma consulta pública de DNS.

Corrija apenas a divergência e depois verifique novamente

• Crie um registro ausente ou corrija apenas o campo que não corresponde.

• Se o registro foi adicionado no provedor DNS errado, adicione-o no provedor autoritativo.

• Não substitua um valor atual do Atoms por um endereço ou valor de verificação de outro projeto, outro domínio, uma captura de tela antiga ou um artigo mais antigo da Central de Ajuda.

• Depois que a alteração estiver pública, volte para Domínios → Gerenciar, verifique novamente o Status do Domínio e, em seguida, teste o hostname em um navegador.

Proteja serviços não relacionados

Se uma alteração de DNS quebrar o e-mail ou outro serviço de terceiros, restaure apenas o registro MX, TXT, de verificação ou de subdomínio não relacionado que foi alterado acidentalmente. Depois, continue a solução de problemas um registro por vez.

Roteamento, conteúdo antigo, registros conflitantes e Cloudflare

Use esta seção quando o hostname abrir um site antigo, chegar ao destino errado ou tiver vários registros de roteamento para o mesmo hostname.

Verifique os registros A, AAAA e CNAME para o hostname exato

• Procure registros de um provedor de hospedagem anterior, um destino AAAA IPv6 antigo, um CNAME mais outro registro de destino para o mesmo hostname, ou registros duplicados que enviem tráfego para serviços diferentes.

• Remova apenas um registro de roteamento de site que você tenha confirmado que entra em conflito com a configuração atual do Atoms. Não exclua registros desconhecidos como etapa de limpeza.

• Se o DNS já apontar para o destino pretendido, mas conteúdo antigo aparecer, teste em uma janela privada/anônima, em outro navegador ou dispositivo e em outra rede antes de alterar o DNS novamente.

Status do proxy do Cloudflare

• Registros de verificação TXT são somente DNS; eles não são registros de proxy da web.

• Para registros A ou CNAME, altere o Status do Proxy somente quando a interface do Atoms ou o Suporte do Atoms exigir isso especificamente. Não alterne registros entre Com proxy e Somente DNS como uma etapa rotineira de solução de problemas.

• Se o Atoms ou o Suporte pedir que você altere o status do proxy, altere apenas o registro de roteamento indicado, aguarde a nova resposta DNS ficar visível e então teste novamente o domínio e o HTTPS.

Propagação de DNS e cache local

Se o DNS autoritativo já estiver correto, mas redes ou dispositivos diferentes ainda mostrarem resultados diferentes, o problema restante geralmente é cache, e não um novo erro de configuração.

• Compare o resultado do DNS autoritativo com um ou mais resolvedores DNS públicos e, se for útil, com outra rede, como dados móveis.

• Se o DNS autoritativo estiver errado, corrija o registro de origem. Se o DNS autoritativo estiver correto, mas outros resolvedores ainda retornarem o valor anterior, evite editar repetidamente o registro.

• Alterações de DNS podem levar até 48 horas para ficarem visíveis globalmente, embora geralmente apareçam antes.

• Se apenas um navegador ou dispositivo mostrar o resultado errado enquanto o DNS e o Atoms estiverem corretos em outros lugares, limpe ou ignore esse cache local do navegador/rede. Não altere o DNS por causa de um problema de cache específico de dispositivo.

• Verifique novamente mais tarde e veja se os resolvedores públicos convergem para o mesmo valor pretendido.

Problemas de SSL / HTTPS

Use esta seção quando o DNS parecer correto, mas o HTTPS não puder ser emitido, o navegador mostrar um aviso de certificado ou o HTTPS funcionava antes e agora falha.

Verifique a configuração em torno do certificado

• Registre o erro exato do navegador e o hostname exato que está sendo aberto.

• Confirme o roteamento DNS, a propagação, o status do proxy do Cloudflare e se o certificado parece pertencer a um hostname diferente.

• Verifique se algo mudou recentemente no DNS, nameservers, configurações de proxy do Cloudflare, registros CAA ou na associação projeto/domínio.

• Verifique os registros CAA no hostname afetado e no domínio pai se uma política restritiva de certificado puder estar presente.

Cuidado com CAA

O Atoms não publica qual autoridade certificadora os usuários devem adicionar aos registros CAA. Não tente adivinhar uma autoridade certificadora do Atoms nem adicione um valor CAA aleatório. Se uma política CAA restritiva puder estar bloqueando a emissão, entre em contato com o Suporte do Atoms antes de alterar o CAA.

Corrija e verifique

• Corrija apenas um problema confirmado de DNS, proxy, CAA, hostname ou associação de projeto.

• Não ignore avisos de certificado do navegador como solução normal.

• Se o DNS público estiver correto e nenhuma configuração controlada pelo usuário explicar a falha, pare de alterar o DNS e entre em contato com o Suporte do Atoms para provisionamento ou renovação do certificado.

• Não substitua um DNS que esteja correto apenas para forçar a renovação do certificado, a menos que o Atoms instrua você especificamente a fazer isso.

• Verifique novamente abrindo o hostname exato com https:// e confirmando que o projeto pretendido carrega sem aviso de certificado.

Raiz, www, redirecionamentos e comportamento de projeto errado

Vale a pena verificar esses problemas aqui porque eles podem parecer falhas de DNS ou SSL mesmo quando a conexão básica já está funcionando.

A raiz funciona, mas o www não — ou o contrário

• Trate example.com e www.example.com como hostnames separados. Teste ambos com HTTPS.

• Verifique o resultado do DNS e o Status do Domínio no Atoms para o hostname que falha.

• Não presuma que os valores do domínio raiz devam simplesmente ser copiados para o www.

Se um hostname ainda precisar ser conectado ou reconfigurado, siga as etapas de configuração em Conectar e Gerenciar Domínios em vez de duplicar aqui o procedimento de configuração.

Os redirecionamentos vão para o endereço errado ou entram em loop

• Confirme o endereço em que você espera que os visitantes terminem e teste o redirecionamento em uma sessão nova/privada do navegador.

• Verifique se outro sistema também está realizando redirecionamentos, como encaminhamento do registrador, regras de redirecionamento do Cloudflare, outro proxy/CDN ou a plataforma de hospedagem anterior.

• Altere apenas a camada de redirecionamento conflitante confirmada. Evite alterar vários sistemas de redirecionamento ao mesmo tempo.

• Se uma alteração criar um loop de redirecionamento ou enviar visitantes para o destino errado, restaure a configuração de redirecionamento anterior que funcionava antes de testar outra camada.

Para alterar qual endereço conectado é o principal, use o procedimento em Conectar e Gerenciar Domínios.

O domínio abre o projeto Atoms errado

• Se o DNS já chegar corretamente ao Atoms, trate o problema como uma questão de associação projeto/domínio em vez de alterar repetidamente o DNS.

• Confirme qual projeto ou Espaço de Trabalho atualmente mostra a associação do domínio.

• Depois que a associação for corrigida, verifique novamente se o hostname abre o projeto pretendido e se o HTTPS ainda funciona.

Para trocar, desconectar, reconectar ou mover um domínio entre projetos, siga Conectar e Gerenciar Domínios. Se a associação atual pertencer a um projeto/Espaço de Trabalho/conta inacessível ou excluído, entre em contato com o Suporte do Atoms em vez de fazer alterações adicionais no DNS.

Quando parar de alterar o DNS e entrar em contato com o Suporte do Atoms

Escale em vez de continuar editando o DNS quando as evidências apontarem para um problema de estado, certificado ou associação do lado do Atoms.

• O DNS está confirmado como correto, mas o estado do domínio no Atoms não se recupera.

• O provisionamento ou a renovação do certificado falha mesmo que o DNS público e as configurações controladas pelo usuário estejam corretos.

• O domínio está associado a um projeto/Espaço de Trabalho/conta inacessível ou excluído, ou a ação relevante de gerenciamento de domínio falha.

• Vários domínios Atoms não relacionados falham ao mesmo tempo e seus registros DNS não foram alterados recentemente.

• Uma alteração de solução de problemas afeta outro serviço e você não consegue identificar com segurança a reversão correta.

Observação sobre status do serviço

Atualmente, não há confirmação de uma página pública funcional de status do serviço do Atoms. Se vários domínios não relacionados falharem ao mesmo tempo, evite modificar um DNS que esteja correto e entre em contato com o Suporte do Atoms.

Prepare estas evidências antes de escalar

• O hostname afetado e o projeto/Espaço de Trabalho do Atoms pretendido.

• O Status do Domínio exato ou a mensagem de erro mostrada atualmente.

• Os resultados atuais do DNS autoritativo e os valores que o Atoms exige atualmente.

• O erro exato de HTTPS/certificado do navegador, se aplicável.

• A última alteração feita e se restaurá-la retornou o comportamento anterior.

Verificação final

Após qualquer correção, volte para Domínios → Gerenciar e verifique novamente o Status do Domínio. Em seguida, confirme o resultado em um navegador.

• O hostname pretendido está conectado e chega ao projeto Atoms pretendido.

• O HTTPS funciona sem aviso de certificado.

• A raiz e o www se comportam como pretendido.

• Os redirecionamentos terminam no endereço pretendido.

• O e-mail e outros serviços não relacionados ainda funcionam após as alterações de DNS.

Resultado completo

estado correto do domínio + site correto + HTTPS + hostname correto + redirecionamentos esperados

FAQ

Por que meu domínio personalizado está mostrando DNS_PROBE_FINISHED_NXDOMAIN?

Se o seu navegador mostrar DNS_PROBE_FINISHED_NXDOMAIN, a solicitação ainda não chegou à nossa plataforma. Verifique:

1. Seu domínio não expirou.
2. Os nameservers estão apontando corretamente.
3. Os registros A/CNAME/TXT obrigatórios estão configurados conforme especificado pela plataforma.

Informações necessárias para a solução de problemas:

- Nome de domínio completo

- Registrador / provedor DNS

- Captura de tela em tela cheia dos registros DNS atuais

- Hora da última modificação

- Resultados de teste para apex e www separadamente

Verificaremos a propagação do DNS e o vínculo da plataforma assim que os registros forem confirmados.

Por que meu domínio raiz e meu subdomínio www se comportam de forma diferente?

Seu domínio raiz e seu subdomínio www são hostnames separados, então um pode funcionar enquanto o outro não está configurado.

1. Escolha qual hostname deve ser o principal e se o outro deve redirecionar para ele.
2. Nas configurações de domínio do Atoms, confirme que ambos os hostnames foram adicionados ou que o redirecionamento pretendido está configurado.
3. No seu provedor DNS, compare cada hostname com o registro exato que o Atoms exige atualmente. Remova um registro conflitante somente após confirmar que ele não é usado por outro serviço.
4. Aguarde as atualizações de DNS e certificado e, em seguida, teste ambas as URLs HTTPS em uma janela anônima.

Se eles ainda forem diferentes, entre em contato com o Suporte com ambas as URLs, o hostname principal desejado, captura de tela das configurações de domínio, captura de tela do DNS, erro de cada endereço e hora da última alteração.

Meus registros DNS estão corretos, mas meu domínio personalizado ainda não funciona. Por quê?

1. Não desvincule repetidamente o domínio nem exclua registros; isso pode reiniciar a validação ou o trabalho do certificado.
2. Confirme o provedor DNS autoritativo e compare o resultado ativo de A, CNAME ou TXT com o valor exato mostrado no Atoms. Verifique se há registros duplicados ou conflitantes.
3. Confirme que o domínio continua vinculado ao projeto correto e que a URL de produção da plataforma funciona.
4. Se os registros foram alterados recentemente, aguarde o TTL publicado e a emissão do certificado antes de testar novamente.

Se o domínio ainda mostrar um 404, aviso de certificado ou rota desconectada, entre em contato com o Suporte com o domínio completo, a página de configurações de domínio, captura de tela do DNS, hora da última alteração e da nova verificação, URL de produção da plataforma e erro completo.

Por que meu domínio personalizado ainda está mostrando conteúdo antigo depois que implantei uma nova versão?

1. Abra Publicar e confirme que a versão mais recente foi implantada e que o status está atual.
2. Compare a URL de produção da plataforma com o domínio personalizado.
3. Faça uma atualização forçada do domínio personalizado e teste-o em uma janela anônima.
4. Se a URL da plataforma estiver atual, mas o domínio personalizado estiver antigo, confirme que o domínio ainda aponta para o destino atual do Atoms. Se você usa um proxy ou CDN, atualize o cache dele de acordo com as instruções desse provedor.

Não altere registros DNS a menos que eles sejam diferentes do requisito atual do Atoms. Se o problema persistir, entre em contato com o Suporte com ambas as URLs, capturas de tela de comparação, versão atual, hora da publicação, provedor DNS ou proxy e caminhos afetados.