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.

Encontre primeiro o seu problema

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

Onde verificar o domínio

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

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

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 mudou.

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 DNS pública.

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 então teste o hostname em um navegador.

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 enviam tráfego para serviços diferentes.

• Remova apenas um registro de roteamento de site que você confirmou estar 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 TXT de verificação são somente DNS; eles não são registros de proxy web.

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

• Se o Atoms ou o Suporte pedir para você alterar o status do proxy, altere apenas o registro de roteamento indicado, aguarde até que a nova resposta DNS fique 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 o registro repetidamente.

• 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, nos nameservers, nas configurações de proxy do Cloudflare, nos registros CAA ou na associação entre projeto e domínio.

• Verifique os registros CAA no hostname afetado e no domínio pai caso possa existir uma política restritiva de certificado.

Corrija e verifique

• Corrija apenas um problema confirmado de DNS, proxy, CAA, hostname ou associação ao 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 o procedimento de configuração aqui.

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 confirmadamente conflitante. 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 errado do Atoms

• Se o DNS já chegar corretamente ao Atoms, trate o problema como uma questão de associação entre projeto e 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

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

• 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 não relacionados do Atoms 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.

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 exibida 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. Depois confirme o resultado em um navegador.

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

• O HTTPS funciona sem aviso de certificado.

• A raiz e o www se comportam como esperado.

• Os redirecionamentos terminam no endereço esperado.

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

FAQ