Sitem Çökmüş mü? Siteye Erişilemiyorsa İlk Bakılacaklar

Site açılmıyor. Destek talebi açmadan ya da ayarlarla oynamaya başlamadan önce tek bir soruyu cevapla: site herkes için mi kapalı, yoksa sadece sende mi? Bunu öğrenmek iki dakika sürer. Sadece sendeyse sorun senin tarafında: önbellekteki eski bir DNS cevabı, hosting firmasının güvenlik duvarına takılan IP adresin ya da bir tarayıcı eklentisi. Herkes için kapalıysa hata mesajı hangi katmanın bozulduğunu zaten söylüyor; çoğu zaman dört yerden birine indirebilirsin: DNS, sertifika, sunucu ya da önündeki CDN.

Site herkes için mi kapalı, sadece bende mi?

Sırayla dene, cevabı bulunca dur.

1. Telefonunda Wi-Fi'yi kapat, siteyi mobil veriyle aç. Farklı ağ, farklı DNS, farklı IP adresi.
2. Ana sayfayı ücretsiz site çalışıyor mu aracından geçir. İstek senin ağından değil bizim sunucumuzdan gider; durum kodunu, yanıt süresini ve varsa hatayı gösterir.
3. İkisi de çalışıyor ama bilgisayarın hâlâ açamıyorsa sorun yerel. Doğrudan Site sadece bende açılmıyor bölümüne geç.

Telefon da açamıyorsa ve araç hata veriyorsa site herkes için kapalı. Sebebi en hızlı bulduran sıra şu:

Site sadece bende açılmıyor

Site mobil veride ve araçta açılıyor ama bilgisayarında açılmıyorsa sebep neredeyse her zaman şunlardan biri:

• IP adresin hostingin güvenlik duvarına takıldı. cPanel'li paylaşımlı hostinglerde FTP, e-posta ya da panel şifresini birkaç kez yanlış girince olur. Güvenlik duvarı IP'ni bir süreliğine engeller ve o ağdan bütün site zaman aşımına düşer. Mobil veride IP'n farklı olduğu için telefonda açılır. Hosting firmasına IP'ni yazıp engeli kaldırmasını iste (IP'ni görmek için "IP adresim ne" diye aratman yeterli).
• Bilgisayarın ya da modemin eski bir DNS cevabını önbelleğe aldı. Hosting taşıdıktan ya da A kaydını değiştirdikten hemen sonra çok olur. Temizle: Windows'ta ipconfig /flushdns, macOS'ta sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder. Modemi yeniden başlatmak onun önbelleğini de siler.
• Bir tarayıcı eklentisi ya da güvenlik yazılımı alan adını engelliyor. Eklentiler kapalıyken gizli pencerede ya da başka bir tarayıcıda dene.
• İş yerinin ağı ya da internet sağlayıcın siteyi filtreliyor. Bir operatörde açılıp diğerinde açılmıyorsa sorun sunucunda değil, o sağlayıcının DNS'inde ya da ağ seviyesinde bir engelde.

Komut çalıştırmadan önce hatayı oku

Tarayıcının gösterdiği hata zaten bir katmanı işaret ediyor. Chrome'da "Bu siteye ulaşılamıyor" sayfasının altındaki kod ve "Bağlantınız gizli değil" sayfasındaki kod en çok işe yarayanlar:

Ne görüyorsun?	Katman	İlk bakılacak yer
DNS_PROBE_FINISHED_NXDOMAIN	DNS	Alan adının süresi, değişen nameserver'lar, silinen kayıt
ERR_CONNECTION_TIMED_OUT	Ağ	Kapalı sunucu, trafiği düşüren güvenlik duvarı, DNS'te yanlış IP
ERR_CONNECTION_REFUSED	Sunucu	O portta çalışmayan web sunucusu (nginx, Apache)
NET::ERR_CERT_DATE_INVALID	SSL	Süresi dolmuş sertifika
NET::ERR_CERT_COMMON_NAME_INVALID	SSL	Bu adı (çoğu zaman www) kapsamayan sertifika
500, 502, 503, 504	Sunucu / uygulama	PHP hatası, çökmüş veritabanı ya da uygulama, aşırı yük
508 Resource Limit Is Reached	Paylaşımlı hosting	Hesabın süreç limitine takıldı
520-524 kodlu Cloudflare sayfası	CDN ile sunucu arası	Cloudflare'in gözünden senin sunucun

DNS'i kontrol et

dig +short ornek.com
dig +short www.ornek.com
dig +short ornek.com @1.1.1.1
dig +short ornek.com @8.8.8.8
dig +short NS ornek.com

Her çözümleyiciden aynı IP gelmeli ve bu IP senin sunucunun (CDN kullanıyorsan CDN'in) adresi olmalı. Windows'ta nslookup ornek.com 1.1.1.1 aynı işi görür.

Burada ters gidenler:

• Boş cevap ya da NXDOMAIN. Önce alan adının süresinin dolmadığını kayıt firmasında kontrol et. Sonra nameserver'lara bak: dig NS tanımadığın sunucular gösteriyorsa biri değiştirmiş ya da süre dolunca kayıt firması alan adını park sayfasına almış.
• Eski IP. Hosting taşıdın ve bir kayıt hâlâ eski sunucuyu gösteriyor, ya da sadece www güncellendi. Bazı çözümleyiciler eski cevabı kaydın TTL süresi bitene kadar tutar.
• Çözümleyiciler farklı cevap veriyor. Değişiklik hâlâ yayılıyor. TTL'in dolmasını bekle; kaydı tekrar tekrar düzenleme.

Bağlantıyı ve sertifikayı kontrol et

curl -sS -o /dev/null -w "status=%{http_code} connect=%{time_connect}s tls=%{time_appconnect}s ttfb=%{time_starttransfer}s\n" https://ornek.com/

Sağlıklı küçük bir sitede status=200 connect=0.05s tls=0.09s ttfb=0.4s gibi bir şey görürsün. curl: (28) ile başlayan hata (zaman aşımı) 443 portunda kimsenin cevap vermediğini söyler: sunucu kapalı, güvenlik duvarı trafiği düşürüyor ya da DNS yanlış makineyi gösteriyor. curl: (7) ("Couldn't connect to server", bağlantı reddedildi) genelde makinenin açık olduğunu ama o portta web sunucusu dinlemediğini gösterir. curl: (6) Could not resolve host seni DNS'e geri gönderir.

Sertifikanın tarihleri ve kapsadığı adlar için:

echo | openssl s_client -connect ornek.com:443 -servername ornek.com 2>/dev/null | openssl x509 -noout -subject -dates -ext subjectAltName

notAfter geçmişte kaldıysa sertifikanın süresi dolmuş, tarayıcılar siteyi tam sayfa uyarıyla engeller. Bunun ayrı bir rehberi var: SSL sertifikasının süresi doldu: certbot yenileme sorunları. Tarih doğru ama subjectAltName açtığın adı (mesela www.ornek.com) listelemiyorsa sertifika sadece diğer ad için alınmış.

HTTP durum kodunu kontrol et

curl -sI https://ornek.com/ | head -n 5

İlk satır durum kodu. Sayfanla birlikte 200 geliyorsa site ayakta, sorun ziyaretçiyle senin aranda bir yerde. 5xx kodları için:

• 500 uygulamanın hata vermesi. WordPress'te genelde bir güncellemeden sonra eklenti ya da tema hatası, veya panelden PHP sürümünün değiştirilmesi. Hosting panelindeki hata kaydı (sunucuda /var/log/nginx/error.log) dosyayı ve satırı söyler.
• 502 ve 504 öndeki vekil sunucunun (nginx, yük dengeleyici) arkadaki PHP-FPM'den ya da uygulamadan kullanılabilir bir cevap alamadığını, ya da zamanında alamadığını gösterir.
• 503 "şu an hizmet veremiyorum" demek: bakım modu, aşırı yüklenmiş sunucu ya da hesabı askıya alan bir hosting. Sayfanın içeriğini oku, çoğu zaman hangisi olduğunu yazar.

Cloudflare 520, 521, 522, 523 ve 524 hataları

Bu sayfaları senin sunucun değil Cloudflare üretir, ama konu senin sunucun: Cloudflare, arkadaki asıl sunucudan (origin) düzgün bir cevap alamadığını söylüyor. Cloudflare'in kendi tanımları (5xx hataları, sayfalar İngilizce):

• 521: Sunucu Cloudflare'den gelen bağlantıları reddediyor ("the origin web server refuses connections from Cloudflare"). Web sunucusu durmuş ya da sunucunun güvenlik duvarı Cloudflare'in IP aralıklarını engelliyor.
• 522: Cloudflare sunucuya bağlanmaya çalışırken zaman aşımına düşüyor. Bağlantı kurulmadan önceki sınır 19 saniye. Cloudflare en sık sebep olarak IP'lerini engelleyen ya da sınırlayan bir güvenlik duvarını gösteriyor; bir de Cloudflare DNS'indeki origin IP'sinin hosting firmasının sana verdiği güncel IP ile eşleşmemesini. Hosting taşıdıktan sonra klasik durum budur: DNS'i eski yerde güncellemişsindir, Cloudflare'de değil.
• 523: Cloudflare sunucuya hiç ulaşamıyor; genelde origin IP'sine giden bir ağ yolu olmadığı için.
• 524: Cloudflare bağlandı ama sunucu varsayılan 125 saniye içinde HTTP cevabı vermedi. Sunucuda bir şey çok yavaş: ağır bir sorgu, takılmış bir içe aktarma, tıkanmış bir PHP havuzu.
• 520 her şeyi kapsayan kod: sunucu Cloudflare'in kullanamadığı bir şey döndürdü (boş ya da bozuk bir cevap).

Sorunun Cloudflare'de mi sunucuda mı olduğunu görmenin en hızlı yolu Cloudflare'i atlayıp doğrudan sunucuya sormak. 203.0.113.10 yerine sunucunun gerçek IP'sini yaz:

curl -sI --resolve ornek.com:443:203.0.113.10 https://ornek.com/

Bu da zaman aşımına düşüyorsa sorun sunucuda; çözüm hosting firmasında (ya da sunucunun güvenlik duvarında). 200 dönüyorsa Cloudflare tarafına bak: Cloudflare panelindeki DNS kayıtları, SSL/TLS modu ve sadece bazı IP'lere izin veren güvenlik kuralları. Cloudflare'in 521 sayfası ayrıca sunucunun Flexible modda 80, Full ve Full (Strict) modda 443 portunu dinlemesi gerektiğini hatırlatıyor.

Paylaşımlı hostingde 508 "Resource Limit Is Reached" hatası

Türkiye'deki cPanel'li hostinglerin çoğu dahil pek çok paylaşımlı hosting CloudLinux kullanır. CloudLinux her hesabın CPU, bellek, disk G/Ç ve "entry process" sayısını (kabaca sitenin aynı anda işlediği istek sayısı) sınırlar. CloudLinux belgelerine göre site bu sınırı aşınca web sunucusu "error 508 page ( Resource Limit Reached )" sayfasını gösterir; bellek ya da süreç sınırına takılmak ise 500 veya 503 hatası olarak görünür (CloudLinux limitleri).

Yani site bozuk değil, frenleniyor. Küçük bir WordPress sitesinde sık sebepler:

• Arama, etiket ya da feed adreslerine yüklenen bir bot. Erişim kaydında binlerce isteği olan tek bir IP ya da kullanıcı aracısı ara.
• Her ziyarette çalışan wp-cron.php, ya da gün içinde çalışan bir yedekleme veya içe aktarma eklentisi.
• Sayfa önbelleği olmaması; her ziyaret PHP'yi ve veritabanını çalıştırıyor.

Hangi sınıra ne zaman takıldığını görmek için cPanel'de Resource Usage (Türkçe arayüzde "Kaynak Kullanımı", bazen Metrics altında) ekranına bak. Önbellek eklentisi ve kötü niyetli botları engellemek genelde yeter; grafikler normal trafikte bile sınırda olduğunu gösteriyorsa paket küçük gelmiş. Önbelleği yavaş sunucu yanıtı rehberinde ayrıntılı anlattık.

Sıkıcı sebepleri ele

Kayıtlarla bir saat uğraşmadan önce:

• Hosting firmasının durum sayfası. Çoğu firma bir durum sayfası yayınlıyor ya da kesintide sosyal medyadan duyuru yapıyor. Bütün veri merkezi kapalıysa senin tarafında düzeltilecek bir şey yok.
• Alan adının yenileme tarihi. Süresi dolmuş alan adı DNS'te düşer; bazı kayıt firmaları park sayfası gösterir, site "açılıyor" ama senin siten değil.
• Ödenmemiş hosting faturası. Askıya alınan hesaplar genelde 503 ya da "hesap askıya alındı" sayfası döndürür.
• Bugün neyi değiştirdin? Eklenti güncellemesi, DNS değişikliği, yeni güvenlik duvarı kuralı, PHP sürümü. Önce son değişikliği geri al.

Hosting firmasına ne yazmalı?

"Sitem çöktü" yazan bir talebe genelde "bizde açılıyor" cevabı gelir. Cloudflare'in hosting firmasıyla iletişim listesi iyi bir şablon (hosting firması için gereken bilgiler): hata kodu ve mesajı, hatanın oluştuğu saat ve saat dilimi, tam adres. Bunlara şunları ekle:

• Kendi IP adresin (güvenlik duvarı seni engellemiş olabilir).
• Yukarıdaki dig, curl -sI ve curl --resolve komutlarının çıktısı.
• Mobil veride ve dış araçta da açılmadığı bilgisi.
• En son neyi değiştirdiğin.

Örnek: "14:20'den (TSİ) beri https://ornek.com/ Cloudflare üzerinden 522 dönüyor. 203.0.113.10 origin IP'sine 443 portundan dışarıdan giden istekler zaman aşımına düşüyor, sunucunun içinden ise sayfa açılıyor. Güvenlik duvarı Cloudflare IP aralıklarını engelliyor olabilir mi? Ayrıca IP adresim 198.51.100.24, engellenmişse kaldırabilir misiniz?"

Birkaç saatlik kesinti Google'a ya da AdSense'e zarar verir mi?

Arama tarafında kısa kesintiler tolere edilir. Google'a göre "5xx ve 429 sunucu hataları, Google'ın tarayıcılarını geçici olarak taramayı yavaşlatmaya sevk eder"; hatalar sürerse "Google Arama'da halihazırda dizine ekli olan URL'ler dizinde tutulur ancak taranmaları mümkün olmazsa sonunda dizinden çıkarılırlar" (HTTP durum kodları ve Google tarayıcıları). Sunucu yeniden 2xx dönmeye başlayınca tarama kademeli olarak normale döner.

AdSense'te zamanlama daha önemli. İnceleme botu siteye tam kapalıyken gelirse, bir saat sonra her şey çalışsa bile "site kapalı veya kullanılamıyor" reddi alabilirsin. Bu reddi ve siteyi AdSense botunun gözünden test etmeyi AdSense "Site kapalı veya kullanılamıyor" rehberinde anlattık. Site Cloudflare arkasındaysa Cloudflare AdSense engeli rehberine de bak; bir güvenlik kuralı siteyi sadece Google için "kapalı" gösterebilir.

Bir dahaki sefere ziyaretçiden öğrenme

Küçük sitelerin çoğu kesintiyi bir okurun mesajından ya da ertesi gün AdSense raporundaki düşüşten öğrenir. Gerçekten işe yarayanlar:

• Dışarıdan, birkaç dakikada bir kontrol. Günde bir kontrol 20 dakikalık bir kesintiyi hiç görmez.
• Üst üste iki başarısız kontrolden sonra uyarı. Tek bir yavaş cevap seni gece uyandırmasın.
• Sertifika bitiş tarihini ayrıca izle. Let's Encrypt 2025'te süre dolumu hatırlatma e-postalarını bıraktı; yenileme bozulursa tarayıcılar siteyi engelleyene kadar haberin olmaz.
• Kısa bir geçmiş tut. "Her gece 03:00'te 6 dakika kapalı" doğrudan bir yedekleme işini ya da cron'u gösterir.

Approvalens site izleme ana sayfanı 5 dakikada bir açar, üst üste iki başarısız denemeden sonra ve site geri geldiğinde e-posta atar, SSL sertifikasının bitmesine 14 ve 7 gün kala uyarır. Şu an tek seferlik bir kontrol için site çalışıyor mu aracını kullan.

Sık sorulan sorular

Araç site açık diyor ama ben açamıyorum. Neden?

O zaman sorun senin bağlantında: önbellekteki DNS cevabı, IP'nin güvenlik duvarında engellenmesi (birkaç yanlış FTP ya da e-posta şifresinden sonra sık olur) ya da bir eklenti. Mobil veriyle dene, DNS önbelleğini temizle, hosting firmasından IP'nin engelli olup olmadığına bakmasını iste.

Site sadece www'li (ya da sadece www'siz) adreste açılmıyor. Sorun ne?

Genelde DNS ya da sertifika. dig +short www.ornek.com bir adres döndürüyor mu, sertifika iki adı da listeliyor mu, kontrol et. Cloudflare kullanıyorsan kurulum Cloudflare www yönlendirme rehberinde.

Cloudflare 52x hatası Cloudflare'in suçu mu?

Nadiren. 521-524 arası, Cloudflare'in sunucundan cevap alamadığını gösterir. curl --resolve ile sunucuyu doğrudan test et; orada da hata alıyorsan çözüm sunucuda ya da hosting firmasında.

DNS değişikliği ne kadar sürede her yere yayılır?

Eski kaydın TTL süresi, onu önbelleğe alan her çözümleyicide dolana kadar. TTL 3600 ise değişiklikten sonra bir saate kadar; TTL'e uymayan çözümleyicilerde daha uzun. Planlı bir taşımadan bir gün önce TTL'i düşür.

Bakım sayfası 200 durum koduyla mı dönmeli?

Kısa bir kesintide hayır. Google, siteyi 1-2 gün kapatman gerekiyorsa "tüm içeriğin yerine 503 HTTP yanıt durum koduna sahip bilgi amaçlı bir hata sayfası döndürün" diyor ve robots.txt için 503 döndürmemeni istiyor, "aksi takdirde tüm içeriğin taranması engellenir" (bir web sitesini duraklatma). 200 dönen bir bakım sayfası Google'a içeriğinin bu olduğunu söyler.