Back to articles

My service is down: how to find the cause

September 2, 2026
Other

"It's down" describes the symptom, not the cause. The same blank screen appears when the problem is your internet, when the application has frozen, when the domain has expired and when the machine is turned off — and each of those has a different fix.

This checklist goes from the most likely cause to the least likely. Following it in order, you'll reach the answer in a few minutes — or reach support already knowing what to say.

1. Confirm the problem isn't just on your side

First things first: test from another network. Turn off Wi-Fi on your phone and open the service over mobile data. If it works on the phone and not on the computer, the problem is your network, your provider or your browser cache — not the server.

It's the check that solves a good share of cases, and the one most people skip.

💡Tip: A site that loads wrong only for you is usually browser cache. Ctrl + Shift + R forces a reload that ignores the cache; a private window confirms it right away.

2. Check for ongoing maintenance

RedHosting publishes scheduled maintenance and incidents at redhosting.com.br/status. If your service is listed there, the cause is already identified and the team is already working on it — no need to open a ticket.

3. Find which layer is failing

There are four layers, and each has its own test. The first one that fails is where the problem is.

LayerHow to testIf it fails here
DNS — does the name resolve?nslookup yourdomain.comExpired domain or wrong pointing
Network — does the machine respond?ping YOUR_IPMachine off, or firewall dropping packets
Port — is the service listening?telnet YOUR_IP 80Application stopped or port blocked
Application — does it respond correctly?Open it in the browserCode error, database down, disk full

A note about ping: it may not respond even with the machine up, because many setups block ICMP by default. No ping reply is a hint, not proof. The port test is more reliable.

4. If the problem is DNS

  • Expired domain — the most common cause and the easiest to forget. Check the expiration date at your registrar (Registro.br, GoDaddy, wherever you registered it).
  • Wrong pointing — the nameservers must be the hosting's. The steps are in How to point your domain to RedHosting.
  • Recent change — if you changed DNS in the last 48 hours, it may still be propagating, and propagation is irregular by design: part of the internet sees the new one, part still sees the old one.

5. If the problem is the machine

On a VPS, open the VirtFusion panel from the client area and check that the status is Running. If it's off, turn it on. If it's on but not responding, go in through the VNC console — it connects straight to the machine and works even with the network or firewall misconfigured.

On a Minecraft or bot server, open the panel and look at the Console tab. A server that keeps restarting in a loop is almost always telling you why in the last lines before it goes down. The guide Dealing with common console errors covers the most frequent errors.

6. If the machine is on but the application doesn't respond

The three causes that come up most, in order:

  • Disk full. The most underestimated: database, logs and sessions stop writing, and the application returns an error without explaining. Check with df -h. Old logs are almost always the culprit.
  • Out of memory. The system kills the process using the most — usually the database. free -h shows the situation, and dmesg | grep -i "killed process" confirms whether that's what happened.
  • Service stopped. systemctl status nginx (or apache2, mysql, whatever it is) tells you whether it's running and, when it isn't, why it stopped.
⚠️Warning: Rebooting the machine "to see if it fixes it" wipes the trail of what happened. If the service comes back and then goes down again, you rebooted without finding the cause — and you'll reboot again. Look at the log first.

7. If none of this explained it

Then it's time for a ticket — and it's worth spending two minutes writing it properly, because that usually saves hours of back-and-forth. What to include:

What to send in the ticket

✓Which service, with the IP or domain.
✓Since when, with an approximate time.
✓The exact error message, copied and pasted — not described.
✓What you've already tested from this list, and the result of each test.
✓Whether anything changed shortly before: a deploy, an update, a DNS change.

The full format is in How to open a ticket that support solves in the first reply.

Support channels

Tickets at financeiro.redhosting.com.br, WhatsApp +55 11 98833-3902 and email suporte@redhosting.com.br. Support 24 hours a day, in Portuguese, English, Spanish and German.

Frequently asked questions

How do I know whether the problem is my internet or the server? +
Test from another network: turn off Wi-Fi on your phone and open the service over mobile data. If it works there and not on the computer, the problem is your network, your provider or your browser cache.
Where can I see if there's maintenance going on? +
At redhosting.com.br/status. Scheduled maintenance and incidents show up there, with the team already working — in those cases there's no need to open a ticket.
Ping doesn't respond. Is the server down? +
Not necessarily. Many setups block ICMP by default, so no ping reply is a hint, not proof. The port test is more reliable.
My site disappeared out of nowhere and I didn't change anything. What do I check first? +
The domain's expiration date at the registrar. It's the most common cause and the easiest to forget, precisely because it doesn't depend on you having changed anything.
The VPS is on but nothing responds. How do I get in? +
Through the VNC console in the VirtFusion panel, which connects straight to the machine and works even with the network or firewall misconfigured.
Can I just reboot to see if it fixes it? +
You can, but that wipes the trail of what happened. If the service comes back and goes down again, you'll keep rebooting without ever finding the cause. Look at the log first.