Central de Ajuda

Guia da Central de Ajuda

Site ou servidor fora do ar: como diagnosticar DNS, HTTP, rede e hospedagem

“Fora do ar” pode significar falha apenas no seu dispositivo, DNS incorreto, certificado, aplicação, limite da conta, serviço web ou incidente amplo. Antes de reiniciar o servidor ou trocar DNS, determine o alcance e registre evidências. Alterações impulsivas podem apagar a causa e prolongar a indisponibilidade.

1. Determine o alcance

  • apenas uma página ou todo o domínio;
  • site, e-mail e painel ou somente um serviço;
  • um usuário/rede ou várias redes externas;
  • um domínio, uma conta ou todos no servidor;
  • erro contínuo ou intermitente;
  • início e última mudança conhecida.

Teste em dados móveis e em outra localização confiável. Janela anônima separa parte dos problemas de cache e sessão, mas não substitui diagnóstico.

2. Leia a mensagem

SintomaÁrea provável
NXDOMAIN / domínio não encontradoregistro, delegação ou DNS
Tempo esgotadorede, firewall, serviço ou sobrecarga
Conexão recusadaporta fechada ou serviço parado
403permissão, regra ou bloqueio
404URL, arquivo ou roteamento
500/502/503/504aplicação, PHP, proxy, recurso ou manutenção
Aviso de certificadohostname, validade, cadeia, relógio ou DNS

3. Verifique DNS

nslookup dominio.com.br
nslookup -type=NS dominio.com.br
nslookup -type=MX dominio.com.br

Compare o IP retornado com o destino contratado. Consulte A e AAAA; um IPv6 incorreto pode afetar apenas parte dos visitantes. Se o DNS autoritativo já está correto, caches podem manter a resposta anterior até o TTL.

4. Teste HTTP e TLS

curl -I https://dominio.com.br/
curl -I http://dominio.com.br/

Observe status, redirecionamentos e hostname, sem desativar validação TLS como solução. Ping pode estar bloqueado mesmo com o site funcionando, portanto não é prova isolada. Teste a URL exata que falha.

5. Consulte painel e recursos

Veja status do serviço na Área do Cliente, espaço em disco, tráfego, CPU/memória/processos e logs. Uma conta cheia pode impedir sessões, banco, e-mail e gravação de cache. Em cPanel, revise Errors, métricas e versão PHP.

6. Se você administra o VPS

uptime
df -h
free -h
ss -lntup
systemctl --failed

Depois, consulte o status e o journal do serviço específico. Não reinicie tudo. Antes de reiniciar, preserve logs, confira recursos e mudanças recentes. Use console do provedor se SSH também falhar.

7. Mudanças recentes

Revise deploy, plugin, versão PHP, certificado, DNS, firewall, senha, cron, atualização e regras .htaccess. Reverta uma mudança por vez quando houver rollback conhecido. Restaurar backup antigo sem preservar a base atual pode perder pedidos e e-mails.

8. Bloqueio de IP

Se funciona em dados móveis, mas não no Wi-Fi, teste o IP público e veja se houve muitas falhas de login em e-mail, FTP ou painel. Corrija a senha salva antes de solicitar desbloqueio; caso contrário o bloqueio voltará.

O que enviar ao suporte

  • serviço e domínio;
  • URL e mensagem completas;
  • data/hora com fuso;
  • IP público da rede afetada;
  • resultado em outra rede;
  • última alteração;
  • captura sem credenciais.
Não troque nameservers para “testar”. Isso muda site, e-mail e validações e ainda adiciona propagação ao incidente. Não reinicie repetidamente nem limpe logs.

Veja como identificar IP bloqueado, erro 500, DNS e propagação e como abrir chamado.

Novos guias relacionados

Aprofunde o diagnóstico com estes conteúdos atualizados:

Recursos relacionados

Continue com materiais e serviços relacionados ao tema deste guia.

Este guia resolveu sua dúvida? Seu retorno ajuda a priorizar as próximas revisões.
Atendimento técnico

Não encontrou o resultado esperado?

Abra um chamado e envie a mensagem de erro completa, o domínio ou serviço afetado, o horário do teste e capturas de tela sem senhas.