LochStudios  /  Help Centre  /  Troubleshooting  /  My website is down - what to check first

My website is down - what to check first

First-pass checklist when a site will not load: rule out the browser, confirm the service and domain in the portal, check AtlasDNS, then look at the account.

Updated

Work this list in order. We host the site, the DNS, or both. The goal is to see whether the problem is your browser, the domain, or the service, then go to the matching Help article or open a support ticket.

This article is a first-pass checklist. Deeper walkthroughs live in the linked articles.

Unsure at any step? Open a support ticket and we will check it with you.

Shared hosting (Beginner and Standard, cPanel, Australia): open cPanel from the portal. Do not guess a hostname.

VPS: credentials and the console are on that server in the portal.

Dedicated: open a support ticket and we will walk you through access.

Jump ahead if the screen already names the problem:

1. Confirm it is not only your browser

A stale cache, an extension, or one network can look like the whole internet is down.

  1. Open the site in a private / incognito window.
  2. Try a second browser.
  3. Try another network. A phone on mobile data is a useful check (turn Wi-Fi off so you are not on the same router).
  4. Visit a site you know is up. If nothing loads, fix the local connection first.

If it works in a private window or on mobile data, the site is up. Clear cached images and files (Ctrl+Shift+Delete on Windows, Cmd+Shift+Delete on Mac), then reload.

If you just changed DNS, also flush the local resolver:

Windows

ipconfig /flushdns

Mac

sudo dscacheutil -flushcache
sudo killall -HUP mDNSResponder

Linux

sudo resolvectl flush-caches

Then use a private window again. Mixed results after a DNS edit are often propagation, not a down site.

2. Write down the exact error

The words in the browser decide the next step. Note the full URL and the message (or HTTP code).

What you seeWhat it usually isNext step
This site can't be reached, ERRNAMENOTRESOLVED, DNSPROBEFINISHEDNXDOMAINThe name has no public address, or your PC still has a bad cacheStep 4, then the DNS resolution article
Connection refused, or the page never startsThe name may resolve, but nothing is answering on that IPStep 3, then Step 5 or Step 6
HTTP 500The web server started the request and PHP, .htaccess, or a resource stopped itFix a 500 Internal Server Error
Blank white pageOften WordPress or a PHP fatal with display_errors offWordPress White Screen
Error establishing a database connectionThe app cannot reach MariaDBFix "Error Establishing a Database Connection" in WordPress
Not secure, certificate warning, or mixed contentHTTPS is missing, expired, or the page still loads http:// assetsSSL/TLS
Registrar parking page, or "domain for sale"The domain expired, or nameservers still point at previous DNSStep 3 (domain), then renewals
A page that is not yours, or an old copy of the siteWrong A record, leftover nameservers, or cacheStep 4
The site is defaced or serving spamTreat it as a compromiseWhat to do if your website is hacked

3. Check the service and the domain in the portal

A stopped service or an expired name looks like a down website.

  1. Sign in at the portal.
  2. Open the hosting, VPS, or dedicated service for the site.
  3. Confirm it is active. If an invoice is overdue, pay it under Billing, then try the site again.
  4. Open Domains and confirm the name has not expired. Dates and auto-renew: Domain renewals, expiry and auto-renew.
  5. On shared hosting, click Log in to cPanel. You do not need a server hostname.

If Log in to cPanel is missing or fails after the invoice is paid, open a support ticket. Do not reply to an invoice email for help.

If the hosting service is not in the portal at all, pay any overdue invoice first. If it is still missing, open a support ticket.

Several of your sites on the same service failing at once is a reason to ticket us. We will check that server with you.

Nothing is on the account yet (empty public_html, or a new VPS with no web server)? The name can resolve and still show no site. Start with Getting started after you order hosting.

4. Check that DNS points here

DNS turns yourdomain.com into the IPv4 of this service. If that answer is missing or wrong, the browser never reaches the account.

We host DNS on AtlasDNS. For a domain registered with us, records live in the portal: Domains → the domain → DNS. AtlasDNS is the default. Do not send the name to a third-party DNS host.

Our nameservers are:

ns1.atlasdns.net.au
ns2.atlasdns.net.au
ns3.atlasdns.net.au

Use all three.

1. Look the name up on MXToolbox DNS Lookup or WhatsMyDNS (type A). You want an A record for @ and for www.
2. Copy the IPv4 this service should use:
- Shared hosting: in cPanel, General Information → Shared IP Address. Open cPanel from the portal.
- VPS: the IPv4 on that server in the portal.
- Dedicated: the IPv4 on that service. If it is not listed, open a support ticket.
3. Compare. The public A record should match that IPv4.

No A record, NXDOMAIN, or an IP you do not recognise. Fix the live zone. See Point your domain at your hosting and This site can't be reached.

AtlasDNS already matches, public checkers are mixed. Wait. Do not keep saving a different IP. See DNS propagation explained.

You edited AtlasDNS and nothing public moved. The domain may be in cPanel Hosting DNS mode (use the Zone Editor), or the registrar may still list other nameservers. Unsure which mode you are on? Open a support ticket.

Visiting http:// plus the raw IP is not a reliable test on shared hosting. Many accounts share that address, so the IP often shows a default page, not your site. Matching the public A record to Shared IP Address is the check that matters.

If a setup wizard tells you to replace our nameservers with a CDN or website builder, stop. Open a support ticket and we will add only the CNAME or TXT records you need.

5. Shared hosting: look at the account

Do this when DNS already points at this account's Shared IP Address.

  1. Sign in at the portal, open the hosting service, and click Log in to cPanel.
  2. Open the File Manager. Turn on Show Hidden Files (dotfiles) under Settings.
  3. Confirm the document root has a site. The main domain is public_html. Addon domains and subdomains each have their own folder.
  4. If you recently edited .htaccess, rename it to .htaccess-disabled and reload in a private window. A bad rewrite or deny from all can take the whole site offline. Full steps: Fix a 500 Internal Server Error.
  5. Check Disk Usage on the Statistics sidebar, then Check Disk Usage. An account at the disk or file (inode) limit can stop answering.
  6. Open Resource Usage under Metrics. If a graph is pinned at the ceiling, the site may load slowly or fail for some visitors. See Read your resource usage and metrics. Cards are on /hosting/browse.
  7. In SSL/TLS Status, confirm AutoSSL has a valid Let's Encrypt certificate once the name points here. Background: Understanding SSL/TLS and HTTPS.
  8. In Metrics → Errors, read the lines that match the time the site failed. That line is what we need if you ticket us.

You do not restart Apache or PHP on shared hosting. There is no shell restart for this account. If the files are present, disk has room, and the site still fails, open a support ticket.

We keep hourly backups of the account (they do not use your disk quota). If a deploy or plugin update just broke the site, we can put a folder back. See Download and Restore a Backup.

WordPress first path is WordPress Toolkit or Installatron in cPanel, not a zip from wordpress.org. See Install WordPress.

6. VPS and dedicated

The cPanel steps above do not apply.

  1. Sign in at the portal and open the server.
  2. Confirm it is running. Use the console if SSH will not connect.
  3. Connect with SSH: from Windows or from macOS or Linux.
  4. Check that the web server is running (systemctl status apache2 or systemctl status nginx, depending on what you installed).
  5. Watch disk, memory, and CPU: Monitor Server Resources.
  6. On Ubuntu, confirm UFW is not blocking 80/443.
  7. HTTPS on a VPS is Certbot.

New VPS with no site yet: First steps on a new VPS.

On a dedicated server, open a support ticket rather than guessing service names.

Do not run systemctl restart against a shared hosting account.

Common causes

CauseWhat you noticeWhat to do
Browser or local cacheWorks in a private window or on mobile dataClear cache, flush DNS, try another network
Overdue invoice or stopped servicePortal shows the service past due, or Log in to cPanel failsPay Billing, then retry
Domain expiredParking page, or the name no longer resolvesRenew the domain
Nameservers are not AtlasDNSPublic lookup is empty or shows an old hostSet the three AtlasDNS hosts, then point the domain
A record missing or wrongLookup returns no IP, or an IP that is not this serviceEdit @ and www on Domains → the domain → DNS (or the Zone Editor in cPanel Hosting mode)
Propagation after a changeSome networks work, others still see the old siteWait. See DNS propagation
Empty document rootName resolves, directory listing or default pageUpload the site or install WordPress
.htaccess or PHP errorHTTP 500, or a blank page500 checklist
Disk or resource limitSite fails under load, or you cannot save filesResource usage and disk
Certificate not issued yetHTTP works, HTTPS warnsAutoSSL in SSL/TLS Status, or Certbot on a VPS
Mid-migration cutoverSome visitors still hit the old copyKeep the old account up. Migrate with minimal downtime

If you still cannot reach the site

Open a support ticket and include:

  • The exact URL (including www or the subdomain)
  • The message or HTTP code you see
  • Whether a private window or mobile data is different
  • The IP a public A lookup shows now, and the IP you copied from the portal or from cPanel Shared IP Address
  • When it started
  • Any recent change (DNS, nameservers, SSL, upload, plugin, migration)

We will check the live nameservers, the service, and the account with you.

Related


Was this article helpful?

← Back to Troubleshooting