WHM Apache Status Hatası: Apache Çalışıyor Ama Durum Bilgisi Gelmiyor

WHM'de “Failed to receive status information from Apache” yazıyor ama siteler açılıyor. Apache'yi yeniden başlatmak ilk akla gelen hareket olabilir. Bir dakika duralım: web sunucusunun çalışmasıyla WHM'nin ondan durum raporu alabilmesi aynı şey değil.

Apache Status, sunucunun bir durum adresine yaptığı isteğin yanıtını kullanır. Servis ayakta olsa bile bu adres bulunamıyorsa, erişim reddediliyorsa veya çalışan yapılandırmada doğru tanım yoksa panel hata gösterebilir. Buradaki kontroller, cPanel/EasyApache kullanan ve root erişimi bulunan sunucular içindir. Paylaşımlı hosting hesabından bu ayarları değiştirmeye çalışma.

Önce Apache gerçekten çalışıyor mu?

systemctl is-active httpd
/usr/local/cpanel/scripts/restartsrv_httpd --status
apachectl -t
apachectl -M | grep status

active, servis yöneticisinin Apache'yi çalışıyor gördüğünü söyler. cPanel'in durum komutu da süreci bulabiliyorsa servis tarafında ikinci bir işaret elde etmiş olursun. --status yeniden başlatma yapmaz. Sözdizimi kontrolünde Syntax OK beklenir; modül listesinde ise status_module aranır.

Servis kapalıysa ya da yapılandırma testi hata veriyorsa önce o hata çözülmeli. Servis çalışıyor ve modül yüklüyse, “Apache çökmüş” ihtimalini tekrarlamak yerine HTTP isteğini izlemeye geçebiliriz. Modülün ne sunduğu Apache mod_status belgesinde açıklanıyor.

Durum isteği 403 mü, 404 mü dönüyor?

SSH'de aşağıdaki izlemeyi başlat, ardından WHM'de Apache Status sayfasını bir kez aç. İşin bitince Ctrl+C ile çık:

tail -n 0 -f /etc/apache2/logs/access_log /etc/apache2/logs/error_log

Aradığın satır, yerel adresten gelen durum isteği. Her saniye görünen OPTIONS * bağlantılarını durum sorgusuyla karıştırma. Bir alan adındaki PHP uyarısı da aynı saniyede görünmesi nedeniyle bu sorunun nedeni olmaz.

• 403: İstek ulaşmış ama erişim reddedilmiş. Hangi erişim kuralı veya güvenlik katmanının reddettiğini incele.
• 404: İstek bir HTTP yanıtı almış fakat durum raporuna ulaşamamış. Adres, sanal sunucu eşleşmesi ve yüklenmiş yapılandırma sıradaki kontrollerdir.
• 200: Gövdeye de bak. Beklenen sayaçlar yerine bir sitenin HTML sayfası geliyorsa doğru durum yanıtını almıyorsun.

Güncel cPanel kurulumlarında durum adresi rastgele bir yol olabilir. Eski /whm-server-status adresini denemek tek başına yeterli değil. cPanel, özel şablonlarla ilgili bildiriminde bu adres değişikliğini açıklıyor.

Dosyadaki tanımı çalışan süreçle karşılaştır

apachectl -V | grep -E 'HTTPD_ROOT|SERVER_CONFIG_FILE'
grep -n -B 8 -A 20 'SetHandler server-status' /etc/apache2/conf/httpd.conf
stat -c '%y %n' /etc/apache2/conf/httpd.conf
ps -C httpd -o pid,ppid,lstart,args

Önce gerçekten hangi yapılandırmanın okunduğunu doğrula. EasyApache'nin yaygın dosya yolu yukarıdaki gibi olsa da farklı bir dosyayı inceleyip doğru sonuca ulaşamazsın. SetHandler server-status çevresindeki Location adresi, logda gördüğün istekle eşleşmeli. Yerel erişimin izinli olup olmadığını da aynı blokta kontrol et.

Yapılandırma dosyası süreçten daha yeni olabilir. Bu bir ipucudur, kanıt değil: graceful yeniden yüklemede ana PID değişmeyebilir. Dosya zamanından tek başına “hiç reload yapılmamış” sonucu çıkarma.

Bizim karşılaştığımız olayda servis aktifti, modül yüklüydü ve doğru tanım dosyada bulunuyordu. Buna rağmen yerel durum isteği 404 dönüyordu. Sözdizimi kontrolünün ardından yapılan graceful yeniden yükleme, WHM'deki raporu geri getirdi. Bu akış her 404'ün çözümünün aynı komut olduğunu göstermez.

Yeniden yükleme ne zaman mantıklı?

Dosyadaki tanımı kontrol ettiysen, bekleyen değişiklikleri biliyorsan ve test başarılıysa şu adım değerlendirilebilir. Önceden tanımadığın başka değişiklikler varsa onları da yükleyeceğini unutma:

apachectl -t && apachectl -k graceful

Bu komut sunucu durumunu değiştirir. Graceful işlem yeni yapılandırmayı yüklerken mevcut istekleri tamamlamaya çalışır; kesinti olmayacağına dair koşulsuz garanti değildir. Hatalı veya yavaş işçiler ayrıca incelenmelidir. Davranışın ayrıntıları Apache'nin yeniden başlatma belgesinde bulunuyor.

Öte yandan tanım gerçekten eskiyse yalnız reload yeterli olmaz. rpm -q ea-apache24-config-runtime ve dnf list --upgrades ea-apache24-config-runtime ile paket durumunu kontrol edebilirsin. cPanel, eski runtime paketini olası nedenlerden biri olarak listeliyor. Yönetilen yapılandırmayı elle yamamak yerine paket ve desteklenen şablon yolunu kullan. Sırf durum ekranı düzelsin diye ModSecurity'yi genel olarak kapatma veya durum adresini herkese açma.

Kontrolü WHM ekranıyla bırakma

Yapılandırmada gördüğün gerçek yol ile aşağıdaki örnek yolu değiştir. Komut yalnız yerel HTTP yanıtını okur; rastgele yolları tahmin etmen gerekmez:

curl --noproxy '*' -sS --max-time 10 \
  -o /dev/null -w 'HTTP %{http_code}\n' \
  'http://127.0.0.1/DURUM_YOLU?auto'
systemctl is-active httpd

HTTP 200 aldıktan sonra, aynı adresi -o /dev/null ve -w seçenekleri olmadan okuyarak durum sayaçlarını da doğrula. WHM raporu, sitelerin yanıtları ve Apache hata günlüğü birlikte normalse kontrol tamamdır. Yerel sorgu hâlâ 404 veriyorsa yeniden reload döngüsüne girmek yerine sanal sunucu ve ek yapılandırmaları incele.