Внутрішня помилка 500 Apache, але нічого в журналах?

Я отримую 500 внутрішніх помилок сервера, коли намагаюся зробити HTTP POST за певною адресою в моєму додатку. Я заглянув у серверні журнали в користувальницький каталог журналів, вказаний у файлі віртуальних хостів, але помилка там не з’являється, тому налагодження це було болем у дупі.

Як змусити Apache записувати внутрішні 500 помилок у журнал помилок?

Зверніть увагу: Оригінальний плакат спеціально не запитував про PHP. Усі відповіді, орієнтовані на php, роблять великі припущення, що не стосуються актуального питання.

Журнал помилок за замовчуванням, на відміну від журналів помилок скриптів, зазвичай має (більше) специфічну помилку. часто це буде дозволено відмовити чи навіть перекладача, який не можна знайти.

Це означає, що вина майже завжди лежить у вашому сценарії. наприклад, ви завантажили сценарій perl, але не дали йому виконувати дозволи? або, можливо, вона була пошкоджена в середовищі Linux, якщо ви пишете сценарій у Windows, а потім завантажуєте його на сервер без конвертування рядків, ви отримаєте цю помилку.

в перлі, якщо ви забудете

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

ви отримаєте цю помилку

Причин для цього багато. тому спочатку перевірте свій журнал помилок, а потім надайте додаткову інформацію.

Журнал помилок за замовчуванням часто знаходиться у /var/log/httpd/error_logабо /var/log/apache2/error.log.

Причина перегляду журналів помилок за замовчуванням (як зазначено вище) полягає в тому, що помилки не завжди публікуються у користувальницький журнал помилок, як визначено у віртуальному хості.

Передбачає Linux, а не обов'язково perl

Чому 500 помилок внутрішнього сервера не реєструються у ваших журналах помилок apache?

Помилки, що викликають вашу помилку 500 внутрішніх серверів, надходять із модуля PHP. За замовчуванням PHP НЕ записує ці помилки. З огляду на те, що ви хочете, щоб веб-запити проходили якомога швидше фізично, і це небезпека безпеки для реєстрації помилок на екрані, де зловмисники можуть їх спостерігати.

Ці інструкції для того, щоб Internal Server Error Logging призначені для Ubuntu 12.10з PHP 5.3.10і Apache/2.2.22.

Переконайтесь, що журнал PHP увімкнено:

1. Знайдіть файл php.ini:

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

2. Відредагуйте цей файл як корінь:

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

3. Знайдіть цей рядок у php.ini:

   display_errors = Off
   

4. Змініть наведений рядок на цей:

   display_errors = On
   

5. Знизу у файлі ви побачите це:

   ;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. Точки з комою є коментарями, це означає, що рядки не набувають чинності. Змініть ці рядки, щоб вони виглядали приблизно так:

   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
   

   Це повідомляє PHP, що ми хочемо зафіксувати всі ці помилки. Попередження, буде великий показник продуктивності, тому ви не хочете, щоб це було увімкнено у виробництві, оскільки ведення журналу займає роботу, а робота вимагає часу, часу коштує грошей.

7. Перезапуск PHP та Apache має застосувати цю зміну.

8. Зробіть те, що ви зробили, щоб знову викликати помилку 500 внутрішнього сервера, і перевірте журнал:

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

9. Ви повинні побачити помилку 500 наприкінці, приблизно так:

   [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
   

Перевірте свій журнал помилок php, який може бути окремим файлом від журналу помилок apache.

Знайдіть його phpinfo()та перевірте на наявність атрибута error_log. Якщо він не встановлений. Встановіть його: https://stackoverflow.com/a/12835262/445131

Можливо, ваш post_max_size занадто малий для того, що ви намагаєтеся опублікувати, або один з інших параметрів максимальної пам'яті занадто низький.

Я щойно натрапив на це, і це було пов’язано з неправильною конфігурацією mod_authnz_ldap у моєму файлі .htaccess. Абсолютно нічого не реєстрували, але я постійно отримував помилку 500.

Якщо ви зіткнулися з цією проблемою, ви можете змінити рівень журналу mod_authnz_ldap так:

LogLevel warn authnz_ldap_module:debug

Це використовує рівень налагодження журналу для mod_authnz_ldap, але попередить про все інше ( https://httpd.apache.org/docs/2.4/en/mod/core.html#loglevel ).

Якщо інформація про внутрішню серверну помилку не відображається у файлах журналів, вам, можливо, потрібно перезапустити службу Apache .

Я виявив, що Apache 2.4 (принаймні на платформі Windows), як правило, вперто відмовляється від очищення файлів журналів - натомість зафіксовані дані залишаються в пам'яті досить довго. Це гарна ідея з точки зору продуктивності, але вона може бути заплутаною при розробці.

Відповіді @ eric-leschinski правильні.

Але є інший випадок, якщо серверним API є FPM / FastCGI (за замовчуванням у Centos 8 або ви можете перевірити використання phpinfo () функції)

В цьому випадку:

1. Виконати phpinfo()у файлі php;
2. Шукаєте Loaded Configuration Fileпарам, щоб побачити, де налаштований файл для вашого PHP.
3. Редагуйте конфігураційний файл, як-от відповідь @ eric-leschinski.

4. Перевір Server APIпарам. Якщо ваш сервер використовує лише API для обробки файлів apache -> перезапустити apache. Якщо ваш сервер використовує php-fpm, ви повинні перезапустити службу php-fpm

   systemctl перезапустити php-fpm

   Перевірте файл журналу в папці журналу php-fpm. напр/var/log/php-fpm/www-error.log

У моєму випадку це була директива ErrorLog в httpd.conf. Просто випадково помітив це вже після того, як я здався. Вирішив поділитися відкриттям) Тепер я знаю, де знайти 500 помилок.

Додайте HttpProtocolOptions Unsafeу свій конфігураційний файл apache та перезапустіть сервер apache. Він показує деталі помилки.

Перевірте, чи відповідає версія php, що відповідає вашій кодовій базі. Наприклад, у вашому локальному середовищі працює php 5.4 (і все працює нормально), і, можливо, ви тестуєте свій код на новій машині, на якій встановлено php 5.3. Якщо ви використовуєте синтаксис 5.4, такий як [] для масиву (), ви отримаєте ситуацію, яку ви описали вище.

Спробуйте отримати доступ до статичного файлу. Якщо це не працює, то перейдіть до всіх каталогів з кореня "/" або "c: \" до каталогу вашого файлу і перевірте, чи містять вони файли ".htaccess".

Я одного разу залишив файл у "c: \", і він мав найдивніші результати.

Перевірте, чи деактивовано повідомлення про помилки десь у вашому коді.

У моєму коді було місце, де я його відключив, тому я додав код налагодження після нього:

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);