Site não abre: uma sequência prática para verificar DNS e conectividade

Quando um site não abre, começar por mudanças aleatórias costuma dificultar a investigação. O acesso depende de etapas diferentes: o nome precisa ser resolvido, a conexão precisa chegar ao destino, o HTTPS precisa ser negociado e a aplicação precisa responder. Uma falha em qualquer etapa pode parecer semelhante para o visitante.

Anote a mensagem exata do navegador e o horário do teste. Confirme se o endereço foi digitado corretamente e se o problema afeta apenas uma página ou o domínio inteiro. Não ignore alertas de certificado nem desative proteções para fazer o site abrir.

Na consulta DNS, verifique se existem endereços públicos para o nome. Registros A se relacionam a IPv4; AAAA, a IPv6. A ausência de um deles não implica necessariamente falha, porque nem todo serviço oferece as duas famílias. Respostas diferentes também podem ser esperadas em serviços distribuídos.

Em seguida, verifique o serviço HTTPS e o status HTTP. Um ping sem resposta não prova que um site está fora do ar: muitos servidores não respondem a ICMP. Da mesma forma, receber uma resposta HTTP de erro comprova que houve comunicação com algum componente, mas não que toda a aplicação esteja saudável.

Compare observações de outras redes ou sondas apenas como evidência complementar. Uma sonda externa não reproduz sua conexão local. Ao registrar o incidente, mantenha separados o que foi observado e as possíveis explicações. Essa disciplina evita alterar DNS, firewall ou configurações de produção sem saber qual etapa realmente falhou.