Sajt ne radi: kako proveriti da li je problem u domenu, DNS-u, hostingu ili SSL-u

KKada sajt ne radi, proverite redom: (1) da li domen uopšte pokazuje na server, (2) da li su DNS zapisi ispravni, (3) da li hosting server odgovara, (4) da li SSL sertifikat važi, i (5) da li sama aplikacija vraća grešku. Problem nije uvek u hostingu. Nekad je u DNS cache-u, nekad u isteklom domenu, nekad u pogrešnom A zapisu, nekad u WordPress plugin-u ili PHP grešci. Tačan tekst greške koji vidite u pregledaču obično dosta govori o tome gde da krenete.

Sajtovi prestaju da rade na nekoliko prepoznatljivih načina. Pre nego što krenete u terminal, pogledajte šta tačno vidite:

• pregledač javlja da domen ne postoji (DNS_PROBE_FINISHED_NXDOMAIN)
• sajt se učitava sporo, ne učitava se uopšte, ili pravi timeout
• pojavljuje se 404 Not Found
• pojavljuje se 500 Internal Server Error ili 502/504
• pojavljuje se SSL/HTTPS upozorenje (Your connection is not private)
• sajt radi na telefonu, ali ne na računaru (ili obrnuto)
• sajt radi nekima, ne radi vama

Ovo je Chrome poruka koja se javlja kada DNS resolver nije uspeo da pronađe IP adresu za traženi domen. Firefox kaže nešto slično (We can't find that server), tehničko ime greške je NXDOMAIN (non-existent domain).

Šta proveriti pre svega:

• da li je domen uopšte registrovan na vaše ime
• da li je istekao (najbrža provera kroz whois vasadomena.rs, datum isteka mora biti u budućnosti)
• da li su nameserveri ispravno upisani kod registrara
• da li u DNS zoni postoji A ili AAAA zapis (osnovna mehanika je u tekstu o DNS zapisima)
• ako je promena rađena u poslednjih par sati, NXDOMAIN može biti samo DNS propagacija u toku

Domen može biti aktivan, a sajt i dalje ne radi. Najčešći uzrok: A zapis pokazuje na staru IP adresu prethodnog hostinga, ili na pogrešnu IP nekog drugog servera. Brza provera iz terminala:

shell
dig vasadomena.rs A +short
nslookup vasadomena.rs

IP adresa koju dobijete iz ovog upita treba da bude tačno ona koju vam je dao hosting provajder. Ako se ne poklapa, A zapis treba ispraviti u DNS panelu, ili nameservere usmeriti na onaj DNS koji ima ispravan zapis. Ako prvi put povezujete domen sa serverom, pun postupak je u tekstu o registrovanju domena i povezivanju sa hostingom.

Ako ste u poslednjih nekoliko sati menjali hosting, nameservere ili neki ključni DNS zapis, normalno je da deo korisnika vidi novu, a deo staru verziju sajta. Razlog je TTL i DNS cache koji se prazni različitim tempom kod različitih resolvera.

• DNS server vašeg internet provajdera možda još drži stari odgovor u kešu
• vaš router, OS ili pregledač imaju lokalni cache odvojen od ISP-a
• mobilni internet i Wi-Fi mreža koriste različite DNS servere, pa pokazuju različite rezultate

Detaljnije o tome šta tačno čeka i koliko: tekst o DNS propagaciji. Ako celom migracijom upravljate prvi put, koraci od početka do kraja su u tekstu o prebacivanju sajta na novi hosting.

404 znači da je server radio, primio zahtev, ali nije pronašao traženi resurs. Ne kriviti odmah hosting; problem je gotovo uvek u samoj aplikaciji ili konfiguraciji rutiranja:

• URL je pogrešno ukucan ili sa starim slug-om
• stranica je obrisana, premeštena, ili nikad nije postojala
• WordPress permalink struktura nije osvežena (Settings → Permalinks → Save)
• ruta u Next.js, Laravel ili drugoj framework aplikaciji nije definisana
• fajl je upload-ovan u pogrešan folder
• .htaccess ili nginx config ne preusmerava ispravno

Ono što 404 NIJE: greška hostinga. Server uredno odgovara, samo nema sadržaja na traženom putu. Tehničku definiciju samog statusa daje MDN dokumentacija za 404.

500 znači da je server primio zahtev, ali aplikacija ili serverska konfiguracija nisu uspeli da ga obrade. Drugačije od 404: tu nema krivice na URL-u, krivca treba tražiti u logu.

• PHP greška u kodu (sintaksa, nedostatak ekstenzije, type mismatch)
• problem u .htaccess fajlu (loš rewrite, nepostojeći modul)
• WordPress plugin ili tema koja ruši izvršavanje
• prekoračenje PHP memorije (memory_limit)
• pogrešne permisije fajlova (najčešće 777 gde ne treba, ili 644 gde treba 755)
• greška u kustom aplikaciji koja nije uhvaćena

Prvi korak: pogledati error log u hosting panelu (DirectAdmin → Logs → Error Log, ili tail -f ako imate SSH). Log obično tačno kaže šta je puklo, sa rednim brojem reda u kodu. Referenca za sam status: MDN 500.

Za WordPress-specific 500 greške, dosta uzroka pokriva tekst o WordPress hostingu na NIJEFILA (PHP verzije, memory limit, plugin konflikti). Ako vam je hosting tema sama nepoznata, počnite od osnovnog teksta šta je web hosting.

SSL greška ne znači uvek da je sajt potpuno oboren. HTTP verzija ponekad i dalje radi, ali HTTPS ne (ili obrnuto). Tipične poruke u Chrome-u: Your connection is not private, NET::ERR_CERT_AUTHORITY_INVALID, NET::ERR_CERT_DATE_INVALID.

• da li je SSL sertifikat uopšte izdat za taj domen
• da li je istekao (Let's Encrypt sertifikati važe 90 dana i obnavljaju se automatski, ali obnavljanje može da padne)
• da li je izdat za pravi hostname (sertifikat za vasadomena.rs neće pokrivati www.vasadomena.rs ako nije eksplicitno uključen)
• da li i www i non-www verzija imaju validan sertifikat
• da li je domen u trenutku izdavanja pokazivao na pravi server (Let's Encrypt provera prolazi samo kad je DNS već ispravan)

Više o tome kako SSL radi, kada je validan i šta sve uključuje, ima u tekstu o SSL sertifikatu i zašto je važan.

Najčešći uzrok ovog scenarija: DNS i lokalni cache. Različiti uređaji koriste različite DNS resolvere (mobilni operator vs Wi-Fi provajder), imaju različite OS cache slojeve, a pregledači drže svoj DNS cache odvojen od OS-a.

Praktični koraci, redom:

• probajte drugi pregledač (test izoluje browser cache)
• probajte preko mobilnog interneta umesto Wi-Fi-ja (test izoluje DNS provajder)
• očistite cache pregledača i uradite hard-reload (Ctrl+Shift+R)
• u terminalu pokrenite dig vasadomena.rs +short i poredite IP sa onim što očekujete
• ako je promena rađena u poslednjih par sati, jednostavno sačekajte

Sajt i email koriste isti domen, ali različite DNS zapise. A zapis nosi sajt, MX zapis nosi email. Kada se zona prebaci na nove nameservere, lako se desi da A bude upisan a MX ne, pa sajt radi a pošta nestaje bez ikakvog signala u sajt logovima.

• da li MX zapisi postoje na novoj zoni
• da li su SPF, DKIM i DMARC zapisi preneti
• da li je PTR zapis za IP mail servera ispravan (relevantno ako koristite sopstveni VPS mail server)

Detaljnije o postavljanju poslovnog email-a na sopstvenom domenu ima u zasebnom tekstu. Ako koristite sopstveni mail server, pogledajte i tekst o reverse DNS-u i PTR zapisu. Ako pošta tehnički prolazi, ali završava u spam folderu, to je tema teksta o zaglavljenoj pošti u spam-u.

Pre nego što pozovete bilo koga, prođite kroz ovu listu redom:

• domen aktivan (whois pokazuje vaše ime i datum isteka u budućnosti)
• nameserveri tačno upisani kod registrara
• A zapis pokazuje na IP adresu vašeg hosting servera (dig +short)
• nema viška AAAA zapisa koji pokazuje na staru IPv6 adresu
• hosting nalog je aktivan, domen je dodat u panel
• server odgovara na HTTP/HTTPS (može se probati i preko IP adrese direktno)
• SSL sertifikat važi i pokriva i www i non-www verziju
• aplikacija vraća 200 a ne 404 ili 500
• ako trebate i email: MX, SPF, DKIM, DMARC zapisi postoje
• ako je nešto menjano u poslednjih par sati, sačekajte propagaciju pre dijagnoze

Većina problema sa „nedostupnim sajtom" se na kraju ispostavi kao DNS, SSL ili aplikacija. Hosting strana je najređi uzrok. Ipak, postoje signali koji jasno pokazuju da je problem zaista do hostinga:

• server ne odgovara ni za jedan domen na nalogu (svi su nedostupni, ne samo jedan)
• hosting kontrolni panel se ne otvara ili javlja unutrašnju grešku
• više sajtova na istom nalogu daje 5xx greške istovremeno
• error log pokazuje serverske greške (out of memory, segmentation fault, kernel poruke)
• prekoračili ste resurse paketa (CPU, RAM, broj procesa) i panel to eksplicitno pokazuje
• provajder ima poznati incident sa zvanične status stranice

Tada ima smisla otvoriti tiket hosting podršci, sa kratkim opisom problema, vremenom kad je počeo i bar jednim primerom URL-a koji ne radi. Pregled tipova hosting paketa i šta svaki uključuje je na zasebnoj stranici.

Ako ne znate da li je problem u DNS-u, hostingu, SSL-u ili aplikaciji, najbrži put je da redom prođete kroz domen, DNS, server i logove, ne radeći trajne promene dok ne nađete uzrok. Nasumično prebacivanje DNS zapisa može iz manjeg problema napraviti veći; na primer, prebrisati MX zapise i oboriti email koji je do tada normalno radio.

Ako želite da neko prođe kroz osnovna podešavanja domena, DNS-a, hostinga i SSL-a i kaže gde je problem, NIJEFILA podrška može da pomogne. Često je dovoljno 15 minuta provere da se izoluje uzrok i predloži konkretan ispravak.

Zašto moj sajt ne radi posle promene hostinga?

Najčešće zato što DNS još pokazuje na stari server, ili A zapis nije ažuriran. Promena hostinga obično traži ili novi A zapis u postojećoj zoni, ili promenu nameservera; oba podrazumevaju propagaciju koja može trajati par sati. Ako su prošli sati i dig pokazuje ispravnu IP, problem je negde drugde (najčešće SSL ili sama aplikacija).

Da li je problem u domenu ili u hostingu?

Brza provera: pokrenite dig vasadomena.rs A +short. Ako vraća IP, domen i DNS rade, pa je problem između IP-a i sadržaja (hosting, SSL, aplikacija). Ako vraća NXDOMAIN ili prazno, problem je u domenu ili DNS-u.

Šta znači DNS_PROBE_FINISHED_NXDOMAIN?

Chrome poruka koja znači da DNS resolver nije pronašao IP adresu za traženi domen. Domen može biti istekao, nameserveri pogrešni, A zapis obrisan, ili promena tek napravljena pa propagacija nije završena. Cloudflare ima posebnu stranicu o ovom problemu sa standardnim koracima provere.

Šta znači 500 Internal Server Error?

Server je primio vaš zahtev, ali aplikacija ili serverska konfiguracija nisu mogli da ga obrade. Tipično PHP greška, plugin koji ruši izvršavanje, problem u .htaccess, ili prekoračenje memorije. Prvi korak je pogledati error log u hosting panelu.

Šta znači 404 Not Found?

Server radi, ali tražena stranica ne postoji na tom putu. Najčešće: pogrešan URL, obrisana stranica, ili WordPress permalink koji se nije osvežio. Nije greška hostinga; server uredno odgovara, samo nema sadržaja na traženom mestu.

Zašto sajt radi na telefonu, ali ne radi na računaru?

Telefon i računar koriste različite DNS resolvere i imaju različite cache slojeve. Jedan je verovatno dobio novu vrednost, drugi još drži staru. Pomažu brisanje DNS cache-a na uređaju koji ne radi, drugi pregledač, i strpljenje.

Da li SSL greška znači da je sajt hakovan?

Ne. SSL greška najčešće znači da je sertifikat istekao, nije izdat za taj hostname, ili da je hostname promenjen a sertifikat nije reizdat. Hakovanje se manifestuje drugačije (preusmeravanja, izmenjen sadržaj, novi admin nalozi), ne kao SSL upozorenje.

Koliko treba čekati posle promene DNS-a?

Najčešće par minuta do par sati. Gornji okvir je 24 do 48 sati, ali to je više bezbedna procena. Ako su dig ili whois već pokazali nove vrednosti, problem nije propagacija nego je negde drugde.