2011-06-12 19 views
21

Mi sitio recientemente implementado recibe un error interno de 500 servidores. Estoy tratando de implementar Umbraco en Azure.Cómo depurar el error del servidor interno de Azure 500

He desactivado los errores personalizados, pero eso no ayuda.

¿Hay alguna forma de ver el error que está arrojando Azure?

RESUELTO
pude editar mi configuración y RDP de instalación en mi rol web. Una vez en la caja, no pude ir por IP porque estoy usando el acelerador de umbraco. Hubo un enlace en IIS para ir a 0.mydomain.com. Si utilicé eso, pude ver la página del servidor y apareció el error.

+1

¿Hay algún tipo de modo de 'Desarrollo' o' Modo de depuración'? Por lo general, los servidores suprimen los errores cuando están en modo directo o de producción, lo que evita que posibles atacantes exploten el código que no funciona. – Blender

+0

Después de leer su comentario cambié mi instancia de producción a puesta en escena. Todavía tengo el mismo problema. – Nate

+0

Yep iniciar sesión usando RDP y ver el sitio desde el servidor funcionó por mí – Tom

Respuesta

9

Para 500 errores, una buena forma es activar diagnósticos y consultar los registros; tanto los registros de eventos de la aplicación como los registros de solicitudes fallidos podrían ayudar. Aquí hay un post sobre esto - http://oakleafblog.blogspot.com/2010/11/adding-trace-event-counter-and-error.html

Como Igorek ha dicho, también se puede utilizar RDP (escritorio remoto) para iniciar la sesión y comprobar la aplicación - He aquí una buena entrada en el blog sobre esto - https://blogs.msdn.com/b/jimoneil/archive/2011/04/11/500-and-other-errors-in-azure-deployments.aspx


Supongo que es posible que le falten uno o más ensamblajes del paquete desplegado

0

¿Remoto a la instancia y verifica el visor de eventos?

7

No tiene que usar RDP, simplemente desactivando el error personalizado en Web.Config. Pero asegúrese de agregar eso en la raíz Web.Config, eso hará el truco.

Aquí es un ejemplo de la mina:

<system.web> 
    <customErrors mode="Off" /> 
    <compilation debug="true" targetFramework="4.5"> 
     ........ 
    </compilation> 
</system.web> 

acaba de ser conscientes de que hay múltiples web.configs en un proyecto típico .. asegurarse de que va a agregar esto en la raíz web.config (donde su Global.asax es) y NO en la carpeta Views.

Cuestiones relacionadas