Bu teknik çözüm merkezi Plesk Obsidian sunucularda en sık görülen web, panel, SSL, e-posta, veritabanı, yedekleme, disk, lisans ve WordPress Toolkit hatalarını tek noktada toplar. Hata mesajınızı arayıp ilgili ayrıntılı rehbere geçebilirsiniz.
Plesk Technical Error Center
[500] Internal Server Error
[502] Bad Gateway
[8443] Connection Timed Out
[SSL] ACME validation failed
[DB] MariaDB service failed
Tarayıcıdaki genel kod yalnızca sonucu gösterir. Kök neden Plesk domain logu, panel.log, systemd journal, mail logu, MariaDB logu veya PMM backup kaydında bulunur. Müdahale doğru katmana yapılmalıdır.
500, uygulama veya web yapılandırması hatasıdır; 502/504 ise çoğunlukla proxy ve arka uç bağlantı/zaman aşımı katmanına işaret eder.
8443 panel erişimi web sitelerinden bağımsızdır. sw-cp-server, firewall ve dış ağ testi ayrı yapılmalıdır.
SSL, mail ve lisans sorunlarında DNS ile dış bağlantı kritik önemdedir. Sunucu içindeki servis sağlıklı olsa bile dış doğrulama başarısız olabilir.
MySQL, disk ve yedekleme sorunları veri kaybı riski taşır. Forumdan kopyalanan silme komutları yerine yedek, log ve kontrollü kurtarma planı gerekir.
Bu rehberler Linux Plesk ağırlıklıdır. Plesk for Windows üzerinde IIS, MailEnable ve Windows servis adları farklıdır; komutlar işletim sistemi doğrulanmadan uygulanmamalıdır.
E-postada, tarayıcıda veya SSH günlüğünde gördüğünüz ifadeyi aratın. Her kartta anlam, muhtemel neden ve güvenli ilk işlem bulunur.
Anlamı: Nginx/Apache arka uç veya PHP-FPM yanıt sorunudur.
Muhtemel neden: Socket, max_children, timeout, yoğun trafik veya yavaş uygulama.
Anlamı: .htaccess, PHP fatal, bellek, FastCGI veya izin sorunudur.
Muhtemel neden: Aynı 500 ekranının birçok kök nedeni vardır.
Anlamı: Panel portu veya sw-cp-server erişilemiyordur.
Muhtemel neden: Firewall, Fail2Ban, servis, hostname veya SSL.
Anlamı: ACME alan adı doğrulaması başarısızdır.
Muhtemel neden: A/AAAA, TXT, CAA, port 80 veya dış DNS.
Anlamı: SMTP, IMAP, DNS veya teslimat sorunudur.
Muhtemel neden: Postfix, port 25, queue, SPF/DKIM/PTR veya kota.
Anlamı: Veritabanı servisi güvenli başlayamıyordur.
Muhtemel neden: Disk, RAM, my.cnf, sistem tablosu veya InnoDB.
Anlamı: Yedek hazırlama veya uzak depolama aşaması başarısızdır.
Muhtemel neden: Disk, PMM, Google Drive/FTP, definer veya izin.
Anlamı: Disk kapasitesi veya inode dolmuştur.
Muhtemel neden: Backup, log, mail, DB, cache veya açık silinmiş dosya.
Anlamı: Lisans anahtarı yenilenemiyor veya geçersizdir.
Muhtemel neden: Ödeme, ka.plesk.com, DNS, 443/5224 veya cron.
Anlamı: WordPress klon veya test güncellemesi tamamlanamamıştır.
Muhtemel neden: WP-CLI timeout, disk, DB import, definer veya broken site.
Bu ifadeyle eşleşen kayıt bulunamadı.
Komutlar root erişimi içindir. Önce yalnızca durum ve log toplayın; nedeni görmeden kalıcı ayar değiştirmeyin.
plesk version
Kurulu Plesk Obsidian sürümü ve işletim sistemi bilgisini gösterir.
systemctl --failed --no-pager
Systemd tarafından failed görülen servisleri listeler.
tail -n 150 /var/log/plesk/panel.log
Panel, extension, SSL ve lisans işlemlerinin ortak logunu gösterir.
df -hT
df -i
Birçok Plesk arızasının temel nedeni olan disk koşullarını gösterir.
free -h
uptime
ps -eo pid,user,%cpu,%mem,etime,cmd --sort=-%cpu | head -n 25
RAM, load ve yoğun süreçleri hızlıca özetler.
plesk repair all
Tüm Plesk yönlerini etkileşimli kontrol eder; yoğun sunucularda uzun sürebilir.
plesk installer --select-release-current --show-components
Kurulu ve kullanılabilir Plesk bileşenlerini gösterir; değişiklik yapmadan önce çıktı incelenir.
Önce işletim sistemi ve kapsamı belirleyin; ardından gerçek log mesajını bulup ilgili uzman rehbere geçin.
Linux ve Windows komutları farklıdır. Sürüm, OS ve son güncelleme zamanı teşhisin temelidir.
plesk versionTek domain, tüm web siteleri, yalnız panel, yalnız mail veya tüm sunucu ayrımı yapın.
Tarayıcı kodunun yanına aynı saniyedeki domain, panel, mail, DB veya backup logu eklenmelidir.
Disk, MariaDB ve backup konularında değişiklikten önce yedek ve geri dönüş planı oluşturun.
Bu sayfadaki hata kartından konuya özel SSH komutları ve karar ağacına geçin.
Servis restartından sonra hata tekrarı, kaynak trendi ve otomatik görevler izlenmelidir.
Domain logları ve Plesk domain yapılandırması incelenir; global servis müdahalesi ertelenir.
Önce disk, RAM, failed services ve sistem journal kontrol edilir.
Plesk changelog, paket bütünlüğü, kaldırılmış PHP handler ve servis yapılandırmaları kontrol edilir.
Restart kök nedeni gizliyordur. Kaynak limiti, trafik, log büyümesi ve uzun görevler izlenir.
Kanıt toplanır, etkilenen hesap izole edilir ve yalnız servis restartıyla yetinilmez.
Kapsamı belirleyip ilgili zaman damgasındaki gerçek log mesajına bakmalısınız. Tarayıcı kodu tek başına yeterli değildir.
Hayır. Kapsamlı kontrol sağlar ve uzun sürebilir. Uygulama kodu, dış DNS veya veri bozulması gibi sorunlar ayrıca ele alınır.
Hayır. Linux Nginx/Apache/Postfix ve systemd kullanırken Windows IIS ve farklı mail/servis bileşenleri kullanır.
Genellikle hayır. Geçici düzelme sağlasa da log ve süreç kanıtını kaybettirir; kök neden tekrarlayabilir.
Güvenlik, uyumluluk ve hata düzeltmeleri için güncel stabil sürüm önemlidir. Güncelleme öncesi yedek ve değişiklik notu kontrolü gerekir.
Diğer müşterileri gereksiz etkiler ve domain bazlı PHP/uygulama sorununu çözmeyebilir.
İçerik ve teknik SEO altyapısı görünürlüğü destekler; Google sıralaması rekabet, otorite, indexleme ve kullanıcı sinyallerine bağlıdır.
cPanel, WHM, CloudLinux, LiteSpeed, MariaDB, Exim ve güvenlik katmanlarını birlikte analiz ederek yalnızca servisi kaldırmak yerine arızanın temel nedenini gideriyoruz.