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

> Um roteiro de diagnóstico para saber se a queda é da sua internet, do seu programa, do domínio ou da infraestrutura — e o que checar antes de abrir um chamado.

- Guia da base de conhecimento da RedHosting — categoria: Outros
- Página HTML: https://redhosting.com.br/base-de-conhecimento/meu-servico-esta-fora-do-ar-como-descobrir-a-causa
- Publicado em: 2026-09-02 · Idioma: pt-BR

"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](/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.br`Domínio expirado ou apontamento errado
    **Rede** — a máquina responde?`ping SEU_IP`Máquina desligada, ou firewall descartando
    **Porta** — o serviço escuta?`telnet SEU_IP 80`Aplicaçã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](/base-de-conhecimento/como-apontar-seu-dominio-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](/base-de-conhecimento/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](/base-de-conhecimento/como-abrir-um-chamado-que-o-suporte-resolve-de-primeira).

## Canais de suporte

Chamados em [financeiro.redhosting.com.br](https://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](/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.

## Navegação — Outros (artigo 3 de 8)

- Artigo anterior: Escolhendo e Configurando seu Serviço — https://redhosting.com.br/base-de-conhecimento/escolhendo-e-configurando-seu-servico
- Próximo artigo: Por que o ping varia e como medir a latência do seu servidor — https://redhosting.com.br/base-de-conhecimento/por-que-o-ping-varia-e-como-medir-a-latencia
- Voltar à base de conhecimento: https://redhosting.com.br/base-de-conhecimento

---

Precisa de ajuda com este passo a passo? Suporte 24/7 da RedHosting:
suporte@redhosting.com.br · WhatsApp +55 11 98833-3902 · https://redhosting.com.br/discord

Outros guias: https://redhosting.com.br/md/base-de-conhecimento.md