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

Обратите внимание: исходный постер конкретно не спрашивал о PHP. Все ответы, ориентированные на php, делают большие предположения, не относящиеся к фактическому вопросу.

Журнал ошибок по умолчанию, в отличие от журналов ошибок скриптов, обычно содержит (более) конкретную ошибку. часто это будет отказ в разрешении или даже переводчик, который не может быть найден.

Это означает, что ошибка почти всегда лежит в вашем сценарии. например, вы загрузили Perl-скрипт, но не дали ему права на выполнение? или, возможно, он был поврежден в среде Linux, если вы напишете сценарий в Windows, а затем загрузите его на сервер без преобразования окончаний строк, вы получите эту ошибку.

в Perl, если вы забудете

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 НЕ регистрирует эти ошибки. Причина в том, что вы хотите, чтобы веб-запросы выполнялись как можно быстрее, и угроза безопасности - записывать ошибки на экран, где злоумышленники могут их заметить.

Эти инструкции по включению внутренней регистрации ошибок сервера предназначены для 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. Отредактируйте этот файл как root:

   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. # P4 #

   # P5 #

   # P6 #

Добавьте HttpProtocolOptions Unsafe в файл конфигурации apache и перезапустите сервер apache. Он показывает детали ошибки.

Пожалуйста, проверьте, не отключили ли вы где-нибудь в своем коде отчеты об ошибках.

В моем коде было место, где я отключил его, поэтому я добавил отладочный код после него:

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

В моем случае это была директива ErrorLog в httpd.conf. Просто случайно заметил это уже после того, как сдался. Решил поделиться открытием) Теперь знаю, где искать 500-ошибки.

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

Попробуйте получить доступ к статическому файлу. Если и это не работает, перейдите во все каталоги от корня «/» или «c: \» до каталога вашего файла и проверьте, содержат ли они файлы «.htaccess».

Однажды я оставил файл в "c: \", и это дало самые странные результаты.