Hosting Hataları ve Çözüm Akışları: cPanel, Plesk ve CWP Rehberi

Makale boyunca karşılaştığınız hosting hatasının kaynağını doğru tespit etmek, çözüm süresini dakikalara indirir. Bu rehberde cPanel, Plesk ve CWP panellerinde en sık yaşanan DNS, SSL, web sunucusu ve e-posta hatalarını nasıl teşhis edip gidereceğinizi bulacaksınız. Adımları sırayla uyguladığınızda çoğu sorunu destek ekibine ihtiyaç duymadan çözebilirsiniz.

Hosting Hatası Nedir? Hangi Belirtiler Sorun Gösterir?

Hosting, web sitenizin dosyalarını ve veritabanlarını internette barındıran sunucu hizmetidir. Hosting hatası ise bu sunucudaki yapılandırma, kaynak tüketimi veya servis durması nedeniyle sitenizin beklenen şekilde çalışmamasıdır. Hatanın kaynağı DNS ayarlarından PHP kodundaki bir soruna kadar geniş bir yelpazeye yayılabilir.

Belirtiler genellikle şunlardır: site hiç açılmıyor veya yavaş yanıt veriyor, tarayıcı “Not Secure” uyarısı gösteriyor, e-posta gönderimi başarısız oluyor ya da panellere erişim sağlanamıyor. Belirtiyi doğru okumak, doğru katmana yönelmenizi sağlar. Örneğin 502 hatası DNS sorunundan değil, genellikle web sunucusu ile PHP servisi arasındaki bağlantı kopukluğundan kaynaklanır.

İlk 5 Dakikalık Teşhis Akışı

İlk müdahalede amacınız sorunun hangi katmanda olduğunu belirlemektir; çözüm değil, teşhis yapıyorsunuz. Aşağıdaki beş adımı sırayla izlemek, çoğu hosting hatasının temel nedenini ortaya çıkarır.

1. Hata kayıtlarını kontrol edin: cPanel’de Metrics → Errors, Plesk’te ilgili alan adında Logs, CWP’de HTTPD/Nginx, PHP, AutoSSL ve servis loglarını inceleyin.
2. DNS kayıtlarını doğrulayın: A/AAAA, MX ve TXT (SPF/DKIM/DMARC) kayıtlarının doğru IP ve sunucuya işaret ettiğinden emin olun.
3. SSL/AutoSSL durumunu kontrol edin: Let’s Encrypt sertifikasının yenilenip yenilenmediğini ve 80/TCP portunun açık olduğunu doğrulayın.
4. PHP limitlerini gözden geçirin: upload_max_filesize, post_max_size ve max_execution_time değerlerini uygulama ihtiyacına göre güncelleyin.
5. E-posta doğrulamalarını inceleyin: SPF/DKIM/DMARC kayıtlarının yanı sıra rDNS (PTR) kaydının doğru yapılandırıldığını kontrol edin.

Aşağıdaki tablo, üç panelde teşhis araçlarına nereden ulaşacağınızı özetler:

DNS ve Alan Adı Hataları Nasıl Çözülür?

DNS hataları, sitenin bazı bölgelerde açılıp bazılarında açılmaması veya e-postaların hiç gelmemesi gibi belirtilerle kendini gösterir. Bu durum çoğunlukla yanlış A kaydı, eksik MX kaydı veya tamamlanmamış NS değişiminden kaynaklanır.

A/AAAA Kaydı Hataları

A kaydı alan adınızı IPv4 adresine, AAAA kaydı ise IPv6 adresine yönlendirir. Siteniz açılmıyorsa ilk bakmanız gereken yer bu kayıtlardır. Terminalden şu komutlarla mevcut kayıtları sorgulayabilirsiniz:

dig +short example.com A
dig +short example.com AAAA
dig +short NS example.com

Komut çıktısında beklediğiniz sunucu IP’sini görmüyorsanız, alan adının kayıtlı olduğu DNS yönetim panelinden A kaydını düzeltin. Örneğin cPanel’de Domains → Zone Editor, Plesk’te Websites & Domains → DNS Settings, CWP’de DNS Functions yolunu izleyin.

MX ve E-posta Yönlendirme Sorunları

E-postalar gelmiyor ancak site açılıyorsa, MX kaydının doğru posta sunucusuna işaret ettiğini doğrulayın:

dig +short example.com MX

NS Değişimi ve Propagasyon

Alan adınızın NS sunucularını değiştirdiyseniz, bu değişikliğin dünya genelindeki DNS sunucularına yayılması zaman alır. Bu süre çoğu durumda 24–48 saat arasında değişir; bazı bölgelerde daha erken, bazılarında daha geç tamamlanabilir. Bu süreçte site bazen açılır bazen açılmaz — bu bir hosting sorunundan çok beklenen bir propagasyon sürecidir.

SSL/TLS Sertifika Hataları ve AutoSSL Sorunları

Tarayıcıda “Not Secure”, “Certificate expired” veya “hostname mismatch” uyarıları görüyorsanız SSL/TLS katmanında bir sorun var demektir. Sertifikanın süresi dolmuş, yanlış alan adına düzenlenmiş veya oluşturulurken doğrulama adımı başarısız olmuş olabilir.

Let’s Encrypt ve 80/TCP Portu İlişkisi

Ücretsiz SSL sertifikası sağlayan Let’s Encrypt, HTTP-01 doğrulama yönteminde alan adınızın kontrolünü 80/TCP portu üzerinden yapar. Bu port kapalıysa veya yönlendirme ayarları bozulduysa sertifika oluşturma ve yenileme başarısız olur. HTTP→HTTPS yönlendirmesi kalsın, ancak .well-known/acme-challenge yoluna 80 portundan erişim bozulmasın.

Panellere Göre SSL Yönetimi

• cPanel/WHM: Security → SSL/TLS Status altından AutoSSL’i çalıştırın; sağlayıcı olarak Let’s Encrypt seçili olmalıdır.
• Plesk: Websites & Domains → SSL/TLS Certificates bölümünden Let’s Encrypt veya SSL It! ile sertifikayı hem site hem posta hem de Plesk arayüzü için yenileyin.
• CWP: AutoSSL günlükleri /var/log/cwp/autossl.log ve /root/.acme.sh/acme.sh.log dosyalarında incelenebilir.

Mevcut sertifikanın durumunu ve geçerlilik tarihlerini terminalden şöyle kontrol edebilirsiniz:

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

Web Sunucusu Hataları: 500, 502, 503, 504

Bu dört hata kodu, sorunun farklı katmanlardan kaynaklandığını gösterir. Her birinin teşhisi ve çözümü ayrıdır; bu yüzden kodu doğru okumak çözüm yolunu yarı yarıya kısaltır.

500 Internal Server Error

500 hatası, sunucunun isteği işleyemediğini ancak nedenini spesifik olarak bildiremediğini gösterir. En yaygın nedenleri hatalı .htaccess dosyası, PHP kodundaki ölümcül hata veya yanlış dosya izinleridir. cPanel’de Metrics → Errors, Plesk’te alan adına ait Logs bölümünde PHP error loglarını kontrol edin. Sorun genellikle loglardaki son satırda kendini belli eder.

502 Bad Gateway

502, web sunucusu ile arka plandaki uygulama servisi (örneğin PHP-FPM) arasındaki bağlantının kopuk olduğunu belirtir. PHP-FPM servisinin durup durmadığını kontrol edin. CWP’de Service Manager üzerinden php-fpm servisinin çalıştığından emin olun; Plesk’te ise plesk repair all komutu birçok servis yapılandırmasını otomatik onarır.

503 Service Unavailable

503, sunucunun geçici olarak isteğe yanıt veremediğini ifade eder. Bu genellikle aşırı kaynak tüketimi, yapılandırma değişikliği veya bakım modundan kaynaklanır. Sunucu yükünü, RAM kullanımını ve aktif süreci kontrol edin. Linux hosting ortamlarında kaynak limitlerine yaklaşıldığında bu hata sık görülür.

504 Gateway Timeout

504 hatası, arka plan servisinin isteğe belirlenen süre içinde yanıt vermediğini gösterir. Çözüm için PHP max_execution_time değerini artırmak gerekebilir, ancak önce uygulamanın neden bu kadar uzun sürdüğünü değerlendirin. Veritabanı sorgularındaki yavaşlık, 504 hatalarının en sık gözden kaçan nedenidir.

PHP Limitleri ve Uygulama Hataları Nasıl Giderilir?

PHP yapılandırma limitleri, hosting panellerinde sıkça göz ardı edilen ancak birçok uygulama hatasının temel nedeni olan ayarlardır. Yanlış limit değerleri dosya yükleme başarısızlığından zaman aşımına kadar farklı belirtilerle ortaya çıkar.

Dosya Yükleme Sorunları

Eklenti veya medya yükleyemiyorsanız, PHP’nin yükleme limitleri ihtiyacınızı karşılamıyor olabilir. Kontrol etmeniz gereken iki değer upload_max_filesize ve post_max_size değerleridir. post_max_size her zaman upload_max_filesize değerinden biraz daha büyük olmalıdır çünkü form verisi dosyanın kendisinden fazlasını içerir. Örneğin 64 MB yükleme için post_max_size 128 MB olarak ayarlanmalıdır.

Bellek ve Zaman Aşımı Hataları

WordPress gibi kaynak tüketimi yüksek uygulamalarda memory_limit değeri yetersiz kalabilir. Bellek yetersizliği genellikle 500 hatası veya beyaz ekran olarak kendini gösterir. max_execution_time ise uzun süren veritabanı işlemlerinde artırılması gereken bir diğer değerdir.

Örneğin Linux hosting paketlerinde bu değerler panel üzerinden düzenlenebilir, ancak her artış sunucu kaynağını tükettiği için sorunu kökten çözmek yerine neyin bu kadar kaynak tükettiğini de araştırmak gerekir. Bu optimizasyonların varsayılan olarak yapıldığı wordpress hosting paketleri, PHP yapılandırmasıyla uğraşmak istemeyen kullanıcılar için daha pratik bir seçenektir.

E-posta Teslim Sorunları ve Kimlik Doğrulama Kayıtları

E-postalarınız alıcıların spam klasörüne düşüyor veya hiç ulaşmıyorsa, sorun büyük olasılıkla eksik kimlik doğrulama kayıtlarıdır. E-posta gönderen sunucunun kimliğini doğrulayan üç temel DNS kaydı vardır: SPF, DKIM ve DMARC.

SPF, DKIM ve DMARC Kayıtları

• SPF: Hangi sunucuların sizin adınıza e-posta gönderebileceğini belirten TXT kaydıdır.
• DKIM: Gönderilen e-postalara dijital imza ekleyerek içeriğin değiştirilmediğini doğrular.
• DMARC: SPF ve DKIM sonuçlarına göre alıcı sunucuya e-postaları nasıl işleyeceğini söyler.

Üç kayıt da eksiksiz ve tutarlı olmadığında, Gmail ve Outlook gibi büyük sağlayıcılar e-postalarınızı reddedebilir veya karantinaya alabilir. cPanel’de Email → Email Deliverability, Plesk’te Mail → Mail Settings, CWP’de Email → DKIM & SPF Manager üzerinden bu kayıtları yapılandırabilirsiniz.

rDNS (PTR) Kaydı

rDNS, IP adresinizden alan adınıza ters yönde bir çözümleme yapılmasını sağlar. PTR kaydı, IP adresinin sahibi olan sağlayıcı tarafından yapılandırılır. Bu nedenle hosting panelinizden rDNS değiştiremiyorsanız destek ekibinden talepte bulunmanız gerekir.

Hosting Hatalarını Önlemek İçin 5 Alışkanlık

Hataları çözmek kadar onları önlemek de önemlidir. Aşağıdaki alışkanlıklar, sitenizin uzun vadede kesintisiz çalışmasına yardımcı olur:

1. Düzenli yedek alın: cPanel ve Plesk’te otomatik yedekleme planı oluşturun; CWP’de Backup Manager’ı kullanın.
2. Logları haftalık gözden geçirin: Sorun büyümeden hata kayıtlarındaki tekrarlayan desenleri fark edin.
3. Sertifikaları izleyin: AutoSSL veya Let’s Encrypt yenilemelerinin düzenli çalıştığını aylık doğrulayın.
4. Kaynak kullanımını takip edin: Disk, RAM ve CPU kullanımındaki ani artışlar yaklaşan sorunun erken sinyalidir.
5. Yazılımları güncel tutun: WordPress çekirdek, tema ve eklentilerindeki güncellemeler yalnızca güvenlik için değil, uyumluluk hatalarını önlemek için de gereklidir.

Özellikle yoğun trafik alan e-ticaret sitelerinde bu alışkanlıklar kritik önem taşır. Sepet işlemlerinin yavaşlaması veya ödeme sayfasının 500 hatası vermesi doğrudan gelir kaybına neden olur. Bu tür projeler için optimize edilmiş e-ticaret hosting paketleri, kaynak izleme ve yedekleme konularında ek kolaylık sağlar.

Hangi Hosting Hatalarında Destek Almalısınız?

Kendi başınıza çözebileceğiniz hatalarla destek gerektiren hatalar arasındaki sınırı bilmek, zaman kaybını önler. DNS kayıt düzeltmeleri, PHP limit güncellemeleri, SSL yenileme ve .htaccess düzenlemeleri çoğu kullanıcının çözebileceği işlemlerdir.

Ancak şu durumlarda mutlaka destek talebi açın:

• Sunucu tamamen yanıt vermiyor ve panele de erişilemiyorsa
• rDNS/PTR kaydı değişikliği veya IP adresi bazlı işlemler gerekiyorsa
• Donanım kaynaklı olabilecek sürekli yeniden başlatma veya donma sorunları yaşanıyorsa
• Güvenlik ihlali şüphesi varsa (beklenmedik dosyalar, bilinmeyen admin hesapları)

Bu rehberdeki adımları uyguladıktan sonra hâlâ çözülemeyen sorunları açıklayan detaylı bir özet hazırlayın: hangi hatayı aldınız, hangi adımları denediniz, ilgili log satırları neler? Doğru bilgilerle açılan bir destek talebi, genellikle saatler süren karşılıklı yazışmaları önler.

Sıkça Sorulan Sorular

Hosting hatası ile site yazılım hatası nasıl ayırt edilir?

Hosting hatası genellikle sunucu loglarında iz bırakır ve panel erişimini etkileyebilir; site yazılımı hatası ise yalnızca belirli sayfalarda görünür. Hosting tarafını doğrulamak için DNS, SSL ve servis durumunu kontrol edin — bunlar sağlamsa sorun büyük olasılıkla uygulama katmanındadır.

Let’s Encrypt sertifikası neden 80 portuna ihtiyaç duyar?

HTTP-01 doğrulama yöntemi, alan adınızın kontrolünü web sunucusu üzerinden kanıtlar. Doğrulama dosyası 80/TCP portundan erişilebilir olmalıdır; bu port kapalıysa veya tüm trafik anında 443’e yönlendiriliyorsa sertifika yenileme başarısız olur.

502 hatası ile 504 hatası arasındaki fark nedir?

502, web sunucusu ile arka plan servisi arasında bağlantının hiç kurulamadığını gösterir; 504 ise bağlantının kurulduğunu ancak arka plan servisinin zamanında yanıt veremediğini belirtir. İlki genellikle durmuş bir servisi, ikincisi yavaş bir uygulamayı işaret eder.

DNS propagasyonu neden hemen tamamlanmaz?

DNS kayıtları dünya genelindeki binlerce çözümleyici sunucuda önbelleğe alınır. Her çözümleyici kayıtları TTL süresi dolana kadar saklar; bu süre her sunucuya göre değiştiği için değişikliklerin yayılması genellikle 24–48 saat sürer.

E-postalarım spam’e düşüyor, hosting ile ilgili olabilir mi?

Evet, eksik SPF/DKIM/DMARC kayıtları, yanlış rDNS yapılandırması veya paylaşımlı sunucudaki kötü niyetli komşu siteler e-posta itibarını etkileyebilir. Önce kimlik doğrulama kayıtlarınızı tamamlayın; sorun devam ederse sağlayıcınızın IP itibarını sorgulayın.

Hosting paneli hangi log dosyalarına öncelik vermeli?

Öncelikle web sunucusu error loglarına, ardından PHP error loglarına ve son olarak SSL/AutoSSL loglarına bakın. Hatanın ilk göründüğü zaman damgasına odaklanmak, sorunu tetikleyen olayı tespit etmeyi çok hızlandırır.