Acabo de implementar una actualización en un sitio ASP.NET MVC3 existente (ya estaba configurado) y obtengo la pantalla azul de muerte de IIS que indica
Error HTTP 500.0 - Error interno del servidor
La página no se puede mostrar porque se ha producido un error interno del servidor.
Sin embargo; no aparece nada en el registro de eventos de la aplicación donde esperaría ver una descripción (más) detallada de la entrada.
¿Cómo puedo hacer para diagnosticar este problema?
Respuestas:
Eche un vistazo a la función de seguimiento de solicitudes fallidas de IIS7:
La otra cosa que haría es ajustar su
<httpErrors>
configuración porque IIS puede estar tragando un mensaje de error desde más arriba:Si el sitio está escrito en ASP clásico, asegúrese de activar la opción Enviar errores al navegador en la función de configuración de ASP:
Y, por último, si está utilizando Internet Explorer, asegúrese de haber desactivado Mostrar mensajes de error HTTP amigables en la Configuración avanzada (aunque sospecho que ya lo ha hecho o está utilizando un navegador diferente).
fuente
En mi caso:
web.config
no estaba dañado: verificado usando el mismo en la máquina local / usandoinetmgr
Finalmente...
...Chrome/57.0.2987.133+Safari/537.36 500 19 5 312
La clave es:
sc-status sc-substatus sc-win32-status 500 19 5
que con un poco de google me señaló el
IIS_USRS
no tener permisos de lectura para lawww
carpetafuente
El problema más obvio son los derechos NTFS incorrectos o nulos en la carpeta de la aplicación web. Así que asegúrese de que la cuenta que sirve al sitio tenga los permisos correctos. Sin los derechos NTFS adecuados para el directorio web, no importa lo que coloque en web.config, ya que nunca se leerá.
Una verificación rápida puede ser otorgarles a todos derechos completos: si el sitio comienza a funcionar, entonces sabe que es un problema de derechos y luego puede establecer la asignación de derechos apropiados a una cuenta más apropiada.
fuente
Si se actualiza desde IIS6, entonces puede ser uno de los que funciona web.config en 6, pero no en IIS 7.5 ... Haga doble clic en todos los íconos en IIS para el sitio web y puede obtener un error sobre el formato (Sección debe estar debajo de otra sección ...)
fuente
Tuve el mismo problema con una aplicación web de Azure. Durante la depuración local, los mensajes de error (JSON) devueltos por las llamadas ajax se devolvieron completamente al navegador. Pero una vez implementado en la aplicación web, los mensajes se tragaron y me devolvieron un mensaje de error 500 predeterminado. Así que tuve que establecer explícitamente el
existingResponse
valorPassThrough
en lahttpErrors
etiqueta web.config .fuente