Voltar para artigos

Meu serviço está fora do ar: como descobrir a causa

2 de setembro, 2026
Outros

"Está fora do ar" descreve o sintoma, não a causa. A mesma tela em branco aparece quando o problema é a sua internet, quando é a aplicação que travou, quando é o domínio que expirou e quando é a máquina que está desligada — e cada um desses tem uma correção diferente.

Este roteiro vai da causa mais provável para a menos provável. Seguindo na ordem, você chega à resposta em poucos minutos — ou chega ao suporte já sabendo o que dizer.

1. Confirme que o problema não é só seu

Antes de qualquer coisa: teste de outra rede. Desligue o Wi-Fi do celular e abra o serviço pelos dados móveis. Se funcionar no celular e não no computador, o problema está na sua rede, no seu provedor ou no cache do seu navegador — não no servidor.

É a checagem que resolve boa parte dos casos e a que mais gente pula.

💡Dica: Um site que carrega errado só para você costuma ser cache do navegador. Ctrl + Shift + R força o recarregamento ignorando o cache; uma janela anônima confirma na hora se era isso.

2. Veja se existe manutenção em andamento

A RedHosting publica manutenções programadas e incidentes em redhosting.com.br/status. Se o seu serviço estiver listado ali, a causa já está identificada e a equipe já está trabalhando — não é preciso abrir chamado.

3. Descubra em que camada está a falha

São quatro camadas, e cada uma tem um teste próprio. A primeira que falhar é onde está o problema.

CamadaComo testarSe falhar aqui
DNS — o nome resolve?nslookup seudominio.com.brDomínio expirado ou apontamento errado
Rede — a máquina responde?ping SEU_IPMáquina desligada, ou firewall descartando
Porta — o serviço escuta?telnet SEU_IP 80Aplicação parada ou porta bloqueada
Aplicação — responde certo?Abrir no navegadorErro de código, banco fora, disco cheio

Uma observação sobre o ping: ele pode não responder mesmo com a máquina no ar, porque muitas configurações bloqueiam ICMP por padrão. Ping sem resposta é indício, não prova. O teste de porta é mais confiável.

4. Se o problema é DNS

  • Domínio expirado — a causa mais comum e a mais fácil de esquecer. Confira a data de expiração no registrador (Registro.br, GoDaddy, onde você registrou).
  • Apontamento trocado — os servidores de nomes precisam ser os da hospedagem. O caminho está em Como apontar seu domínio para a RedHosting.
  • Mudança recente — se você alterou o DNS nas últimas 48 horas, ainda pode ser propagação, e ela é irregular de propósito: parte da internet enxerga o novo, parte ainda enxerga o antigo.

5. Se o problema é a máquina

Numa VPS, abra o painel VirtFusion pela área do cliente e confira se o status é Running. Se estiver desligada, ligue. Se estiver ligada mas sem responder, entre pelo console VNC — ele liga direto na máquina e funciona mesmo com a rede ou o firewall mal configurados.

Num servidor de Minecraft ou de bot, abra o painel e veja a aba Console. Um servidor que reinicia sozinho em ciclo quase sempre está dizendo o motivo nas últimas linhas antes de cair. O guia Lidando com erros comuns no console cobre os erros mais frequentes.

6. Se a máquina está ligada mas a aplicação não responde

As três causas que aparecem mais, em ordem:

  • Disco cheio. É a mais subestimada: banco de dados, log e sessão param de gravar, e a aplicação devolve erro sem explicar. Confira com df -h. Log antigo é quase sempre o culpado.
  • Memória esgotada. O sistema mata o processo que mais consome — normalmente o banco de dados. free -h mostra a situação, e dmesg | grep -i "killed process" confirma se foi isso.
  • Serviço parado. systemctl status nginx (ou apache2, mysql, o que for) diz se está rodando e, quando não está, por que parou.
⚠️Atenção: Reiniciar a máquina "para ver se resolve" apaga o rastro do que aconteceu. Se o serviço volta e cai de novo depois, você reiniciou sem descobrir a causa — e vai reiniciar outra vez. Olhe o log antes.

7. Se nada disso explicou

Aí é hora do chamado — e vale gastar dois minutos escrevendo direito, porque isso costuma economizar horas de ida e volta. O que incluir:

O que mandar no chamado

✓Qual serviço, com o IP ou o domínio.
✓Desde quando, com horário aproximado.
✓A mensagem de erro exata, copiada e colada — não descrita.
✓O que você já testou desta lista, e o resultado de cada teste.
✓Se alguma coisa mudou pouco antes: deploy, atualização, alteração de DNS.

O formato completo está em Como abrir um chamado que o suporte resolve na primeira resposta.

Canais de suporte

Chamados em financeiro.redhosting.com.br, WhatsApp +55 11 98833-3902 e e-mail suporte@redhosting.com.br. Atendimento 24 horas por dia, em português.

Perguntas frequentes

Como sei se o problema é a minha internet ou o servidor? +
Teste de outra rede: desligue o Wi-Fi do celular e abra o serviço pelos dados móveis. Se funcionar ali e não no computador, o problema está na sua rede, no seu provedor ou no cache do navegador.
Onde vejo se há manutenção em andamento? +
Em redhosting.com.br/status. Manutenções programadas e incidentes aparecem lá, já com a equipe trabalhando — nesses casos não é preciso abrir chamado.
O ping não responde. O servidor está fora? +
Não necessariamente. Muitas configurações bloqueiam ICMP por padrão, então ping sem resposta é indício, não prova. O teste de porta é mais confiável.
Meu site sumiu do nada e eu não mexi em nada. O que checo primeiro? +
A data de expiração do domínio no registrador. É a causa mais comum e a mais fácil de esquecer, justamente porque não depende de você ter mexido em nada.
A VPS está ligada mas nada responde. Como entro? +
Pelo console VNC do painel VirtFusion, que liga direto na máquina e funciona mesmo com a rede ou o firewall mal configurados.
Posso simplesmente reiniciar para ver se resolve? +
Pode, mas isso apaga o rastro do que aconteceu. Se o serviço volta e cai de novo, você vai reiniciar outra vez sem nunca descobrir a causa. Olhe o log antes.