Error interno 500 Apache, pero ¿nada en los registros?

Recibo 500 errores de servidor interno cuando intento hacer un HTTP POST a una dirección específica en mi aplicación. He examinado los registros del servidor en el directorio de registro personalizado especificado en el archivo de hosts virtuales, pero el error no aparece allí, por lo que depurarlo ha sido un dolor de cabeza.

¿Cómo hago para que Apache registre los errores internos 500 en el registro de errores?

Tenga en cuenta: El póster original no preguntaba específicamente sobre PHP. Todas las respuestas centradas en php hacen grandes suposiciones que no son relevantes para la pregunta real.

El registro de errores predeterminado, a diferencia de los registros de errores de los scripts, generalmente tiene el error (más) específico. a menudo serán los permisos denegados o incluso un intérprete que no se puede encontrar.

Esto significa que la falla casi siempre recae en su script. Por ejemplo, ¿cargó un script en Perl pero no le dio permisos de ejecución? o tal vez se corrompió en un entorno Linux, si escribe el script en Windows y luego lo carga al servidor sin que se conviertan los finales de línea, obtendrá este error.

en perl si te olvidas

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

obtendrás este error

Hay muchas razones para ello. así que primero verifique su registro de errores y luego proporcione más información.

El registro de errores predeterminado suele estar en /var/log/httpd/error_logo /var/log/apache2/error.log.

La razón por la que consulta los registros de errores predeterminados (como se indicó anteriormente) es porque los errores no siempre se publican en el registro de errores personalizado como se define en el host virtual.

Asume linux y no necesariamente perl

¿Por qué los 500 errores internos del servidor no se registran en los registros de errores de Apache?

Los errores que causan el error 500 del servidor interno provienen de un módulo PHP. Por defecto, PHP NO registra estos errores. El motivo es que desea que las solicitudes web se realicen lo más rápido posible físicamente y es un peligro para la seguridad registrar errores en una pantalla donde los atacantes puedan observarlos.

Estas instrucciones para habilitar el registro de errores del servidor interno son para Ubuntu 12.10con PHP 5.3.10y Apache/2.2.22.

Asegúrese de que el registro de PHP esté activado:

1. Busque su archivo php.ini:

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

2. Edite ese archivo como root:

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

3. Encuentre esta línea en php.ini:

   display_errors = Off
   

4. Cambie la línea de arriba a esto:

   display_errors = On
   

5. Más abajo en el archivo verá esto:

   ;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. Los puntos y comas son comentarios, lo que significa que las líneas no tienen efecto. Cambie esas líneas para que se vean así:

   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
   

   Lo que esto le comunica a PHP es que queremos registrar todos estos errores. Advertencia, habrá un gran impacto en el rendimiento, por lo que no desea que esto esté habilitado en producción porque el registro requiere trabajo y el trabajo lleva tiempo, el tiempo cuesta dinero.

7. Reiniciar PHP y Apache debería aplicar el cambio.

8. Haga lo que hizo para causar el error 500 Internal Server nuevamente y verifique el registro:

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

9. Debería ver el error 500 al final, algo como esto:

   [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
   

Verifique su registro de errores de php, que podría ser un archivo separado de su registro de errores de apache.

Encuéntrelo yendo a phpinfo()y verifique el atributo error_log. Si no está configurado. Configúrelo: https://stackoverflow.com/a/12835262/445131

Tal vez su post_max_size es demasiado pequeño para lo que está intentando publicar, o una de las otras configuraciones de memoria máxima es demasiado baja.

Me encontré con esto y se debió a una configuración incorrecta de mod_authnz_ldap en mi archivo .htaccess. No se registraba absolutamente nada, pero seguía recibiendo un error de 500.

Si se encuentra con este problema en particular, puede cambiar el nivel de registro de mod_authnz_ldap así:

LogLevel warn authnz_ldap_module:debug

Eso usará un nivel de registro de depuración para mod_authnz_ldap pero advertirá para todo lo demás ( https://httpd.apache.org/docs/2.4/en/mod/core.html#loglevel ).

Si la información de Error interno del servidor no aparece en los archivos de registro, probablemente deba reiniciar el servicio Apache .

Descubrí que Apache 2.4 (al menos en la plataforma Windows) tiende a negarse tercamente a vaciar los archivos de registro; en cambio, los datos registrados permanecen en la memoria durante bastante tiempo. Es una buena idea desde el punto de vista del rendimiento, pero puede resultar confuso durante el desarrollo.

Las respuestas de @ eric-leschinski son correctas.

Pero hay otro caso si la API de su servidor es FPM / FastCGI (predeterminado en Centos 8 o puede verificar usar la función phpinfo ())

En este caso:

1. Ejecutar phpinfo()en un archivo php;
2. Buscando Loaded Configuration Fileparam para ver dónde está el archivo de configuración para su PHP.
3. Edite el archivo de configuración como la respuesta de @ eric-leschinski.

4. Compruebe el Server APIparámetro. Si su servidor solo usa apache handle API -> reinicie apache. Si su servidor usa php-fpm, debe reiniciar el servicio php-fpm

   systemctl reiniciar php-fpm

   Verifique el archivo de registro en la carpeta de registro php-fpm. p.ej/var/log/php-fpm/www-error.log

En mi caso fue la directiva ErrorLog en httpd.conf. Lo noté accidentalmente después de que me di por vencido. Decidió compartir el descubrimiento) Ahora sé dónde encontrar los 500 errores.

Agregue HttpProtocolOptions Unsafea su archivo de configuración de apache y reinicie el servidor apache. Muestra los detalles del error.

Verifique que la versión de php que está ejecutando coincida con su código base. Por ejemplo, su entorno local puede estar ejecutando php 5.4 (y las cosas van bien) y tal vez esté probando su código en una nueva máquina que tenga php 5.3 instalado. Si está utilizando una sintaxis 5.4 como [] para array (), obtendrá la situación que describió anteriormente.

Intente acceder a un archivo estático. Si esto tampoco funciona, vaya a todos los directorios desde la raíz "/" o "c: \" al directorio de su archivo y compruebe si contienen archivos ".htaccess".

Una vez dejé un archivo en "c: \" y tuvo los resultados más extraños.

Compruebe si está deshabilitado el informe de errores en alguna parte de su código.

Había un lugar en mi código donde lo deshabilité, así que agregué el código de depuración después:

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