Dahili Hata 500 Apache, ancak günlüklerde yok mu?

Uygulamamdaki belirli bir adrese HTTP POST yapmaya çalıştığımda 500 Dahili Sunucu hatası alıyorum. Sanal ana bilgisayar dosyasında belirtilen özel günlük dizinindeki sunucu günlüklerine baktım, ancak hata orada görünmüyor, bu nedenle hata ayıklama işlemi baş belası oldu.

Apache'nin Hata günlüğüne Dahili 500 hatalarını kaydetmesine nasıl neden olurum?

Lütfen Dikkat: Orijinal poster özellikle PHP hakkında soru sormuyordu. Tüm php merkezli cevaplar, asıl soruyla alakalı olmayan büyük varsayımlarda bulunur.

Komut dosyası hata günlüklerinin aksine varsayılan hata günlüğü genellikle (daha fazla) belirli hataya sahiptir. çoğu zaman izinler reddedilir veya bulunamayan bir tercüman bile olur.

Bu, hatanın neredeyse her zaman senaryonuzda olduğu anlamına gelir. Örneğin, bir perl betiği yüklediniz ancak yürütme izni vermediniz mi? veya belki bir linux ortamında bozulmuş betiği pencerelerde yazıp sonra satır sonları dönüştürülmeden sunucuya yüklerseniz bu hatayı alırsınız.

unutursan perl'de

print "content-type: text/html\r\n\r\n";

bu hatayı alacaksın

Bunun birçok nedeni var. Bu nedenle lütfen önce hata günlüğünüzü kontrol edin ve ardından biraz daha bilgi sağlayın.

Varsayılan hata günlüğü genellikle /var/log/httpd/error_logveya dizinindedir /var/log/apache2/error.log.

Varsayılan hata günlüklerine (yukarıda belirtildiği gibi) bakmanızın nedeni, hataların her zaman sanal ana bilgisayarda tanımlandığı gibi özel hata günlüğüne gönderilmemesidir.

Linux varsayar ve perl olması gerekmez

500 Dahili Sunucu Hatası, apache hata günlüklerinize neden kaydedilmiyor?

500 Dahili Sunucu Hatasına neden olan hatalar bir PHP modülünden gelmektedir. Varsayılan olarak, PHP bu hataları KAYDETMEZ. Web isteklerinin fiziksel olarak olabildiğince hızlı gitmesini istemenizin nedeni ve saldırganların bunları gözlemleyebilecekleri yerleri taramak için hataları günlüğe kaydetmek bir güvenlik tehlikesidir.

Dahili Sunucu Hata Günlüğü'nü etkinleştirmeye yönelik bu talimatlar Ubuntu 12.10, PHP 5.3.10ve ile içindir Apache/2.2.22.

PHP günlüğünün açık olduğundan emin olun:

1. Php.ini dosyanızı bulun:

   el@apollo:~$ locate php.ini
   /etc/php5/apache2/php.ini
   

2. Bu dosyayı kök olarak düzenleyin:

   sudo vi /etc/php5/apache2/php.ini
   

3. Bu satırı php.ini içinde bulun:

   display_errors = Off
   

4. Yukarıdaki satırı şununla değiştirin:

   display_errors = On
   

5. Dosyanın daha aşağısında şunu göreceksiniz:

   ;display_startup_errors
   ;   Default Value: Off
   ;   Development Value: On
   ;   Production Value: Off
   
   ;error_reporting
   ;   Default Value: E_ALL & ~E_NOTICE
   ;   Development Value: E_ALL | E_STRICT
   ;   Production Value: E_ALL & ~E_DEPRECATED
   

6. Noktalı virgüller yorumlardır, yani satırlar etkili olmaz. Bu satırları şöyle görünecek şekilde değiştirin:

   display_startup_errors = On
   ;   Default Value: Off
   ;   Development Value: On
   ;   Production Value: Off
   
   error_reporting = E_ALL
   ;   Default Value: E_ALL & ~E_NOTICE
   ;   Development Value: E_ALL | E_STRICT
   ;   Production Value: E_ALL & ~E_DEPRECATED
   

   Bunun PHP'ye ilettiği şey, tüm bu hataları günlüğe kaydetmek istememizdir. Uyarı, büyük bir performans düşüşü yaşanacaktır, bu nedenle bunun üretimde etkinleştirilmesini istemezsiniz çünkü günlük tutma iş gerektirir ve çalışma zaman alır, zaman maliyete mal olur.

7. PHP ve Apache'nin yeniden başlatılması değişikliği uygulamalıdır.

8. 500 Dahili Sunucu hatasına tekrar neden olmak için yaptığınız şeyi yapın ve günlüğü kontrol edin:

   tail -f /var/log/apache2/error.log
   

9. Sonunda 500 hatasını görmelisiniz, bunun gibi bir şey:

   [Wed Dec 11 01:00:40 2013] [error] [client 192.168.11.11] PHP Fatal error:  
   Call to undefined function Foobar\\byob\\penguin\\alert() in /yourproject/
   your_src/symfony/Controller/MessedUpController.php on line 249, referer: 
   https://nuclearreactor.com/abouttoblowup
   

Apache hata günlüğünüzden ayrı bir dosya olabilecek php hata günlüğünüzü kontrol edin.

Bunu bulun phpinfo()ve error_log özniteliğini kontrol edin. Ayarlanmamışsa. Ayarlayın: https://stackoverflow.com/a/12835262/445131

Belki post_max_size, göndermeye çalıştığınız şey için çok küçük veya diğer maksimum bellek ayarlarından biri çok düşük.

Bununla karşılaştım ve bunun nedeni .htaccess dosyamdaki bir mod_authnz_ldap yapılandırmasıydı. Kesinlikle hiçbir şey kaydedilmiyordu, ancak 500 hatası almaya devam ettim.

Bu özel sorunla karşılaşırsanız, mod_authnz_ldap günlük düzeyini şu şekilde değiştirebilirsiniz:

LogLevel warn authnz_ldap_module:debug

Bu, mod_authnz_ldap için bir günlük hata ayıklama düzeyi kullanır ancak diğer her şey için uyarır ( https://httpd.apache.org/docs/2.4/en/mod/core.html#loglevel ).

Senin Eğer Internal Server Error bilgi günlük dosyalarında görünmüyor, muhtemelen gerek Apache hizmetini yeniden başlatın .

Apache 2.4'ün (en azından Windows platformunda) inatla günlük dosyalarını temizlemeyi reddetme eğiliminde olduğunu buldum - bunun yerine, günlüğe kaydedilen veriler uzun bir süre bellekte kalır. Performans açısından iyi bir fikir ama geliştirirken kafa karıştırıcı olabilir.

@ Eric-leschinski tarafından verilen cevaplar doğrudur.

Ancak Sunucu API'niz FPM / FastCGI ise başka bir durum daha var (Centos 8'de varsayılan veya phpinfo () işlevini kullanmayı kontrol edebilirsiniz)

Bu durumda:

1. phpinfo()Bir php dosyasında çalıştırın ;
2. Loaded Configuration FilePHP'niz için yapılandırma dosyasının nerede olduğunu görmek için param aranıyor.
3. @ Eric-leschinski'nin yanıtı gibi yapılandırma dosyasını düzenleyin.

4. Server APIParametreyi kontrol edin . Sunucunuz yalnızca apache handle API'sini kullanıyorsa -> apache'yi yeniden başlatın. Sunucunuz php-fpm kullanıyorsa php-fpm hizmetini yeniden başlatmalısınız

   systemctl php-fpm'yi yeniden başlat

   Php-fpm günlük klasöründeki günlük dosyasını kontrol edin. Örneğin/var/log/php-fpm/www-error.log

Benim durumumda bu, httpd.conf'daki ErrorLog yönergesiydi. Ben pes ettikten sonra kazara fark ettim. Keşfi paylaşmaya karar verdim) Şimdi 500 hatayı nerede bulacağımı biliyorum.

HttpProtocolOptions UnsafeApache yapılandırma dosyanıza ekleyin ve apache sunucusunu yeniden başlatın. Hata ayrıntılarını gösterir.

Çalıştırdığınız php sürümünün kod tabanınızla eşleşip eşleşmediğini kontrol edin. Örneğin, yerel ortamınız php 5.4 çalıştırıyor olabilir (ve işler yolunda gidiyor olabilir) ve belki de kodunuzu php 5.3 kurulu olan yeni bir makinede test ediyorsunuzdur. Dizi () için [] gibi 5.4 sözdizimi kullanıyorsanız, yukarıda anlattığınız durumu alırsınız.

Statik bir dosyaya erişmeyi deneyin. Bu da çalışmıyorsa, kök "/" veya "c: \" den dosyanızın dizinine tüm dizinlere gidin ve ".htaccess" dosyalarını içerip içermediklerini kontrol edin.

Bir keresinde "c: \" de bir dosya bırakmıştım ve çok garip sonuçlar aldı.

Lütfen kodunuzun herhangi bir yerinde hata raporlamayı devre dışı bırakıp bırakmadığınızı kontrol edin.

Kodumda onu devre dışı bıraktığım bir yer vardı, bu yüzden hata ayıklama kodunu bundan sonra ekledim:

require_once("inc/req.php");   <-- Error reporting is disabled here

// overwrite it
ini_set('display_errors', 1);
ini_set('display_startup_errors', 1);
error_reporting(E_ALL);