Website down: DNS or hosting first?

NiceNIC_COM

Active Member
58
2026
9
2,690
When a website suddenly stops loading, the cause is not always the hosting server.

It could be DNS resolution, nameserver settings, DNS records, CDN configuration, SSL, browser cache, or the web server itself. In website support cases, checking the domain and DNS setup early can often save time.

For people managing websites, client projects, or hosting customers, what is your normal first check?

Do you start with DNS and nameservers, or go straight to the hosting server, logs, and uptime monitoring?
 
7 comments
In my experience with production sites, once the domain and DNS are initialised and fully propagated, DNS issues are extremely rare unless someone mistakenly edited records or nameservers.

If an already running, stable site suddenly stops loading or becomes sluggish, my immediate go-to is always the hosting server itself.

My first step is SSHing into the server and checking resource usage in real-time using CLI tools like htop or top. Most sudden slowdowns or crashes are caused by resource exhaustion—usually a traffic spike, a runaway background process, or an active DDoS/bot attack choking CPU and RAM. Checking real-time server metrics and error logs gets to the root cause way faster than re-checking DNS.
 
Yes, one should always check the DNS issues first, but actually the first step is to ping the IP address of the hosted server directly, and if its responding them you can go and look into the DNS, otherwise it must be a server side issue.
 
Start by testing DNS resolution. If it is correct, move to testing server connectivity. Attempt to access the site from multiple networks and devices to rule out local issues.
 
Back
Top