¿Una fuente de registro de eventos que siempre está disponible para escribir?

Question

¿Existe un origen de registro de eventos que esté siempre disponible para escribir en una aplicación web ASP.NET?

Historia de fondo, por si alguien tiene una solución aparentemente sin relación:

Nuestra aplicación web ASP.NET utiliza su propia fuente de registro de eventos, pero no tiene los derechos para crearlo. Entonces, si el origen del registro de eventos no existe cuando la aplicación web intenta escribir la entrada (las instrucciones de instalación indican que el administrador registra el origen del registro de eventos manualmente, pero ......), nuestra aplicación web no pone nada en el registro de eventos cuando tiene problemas.

Espero que haya otra fuente (agnóstica de la aplicación) que pueda utilizar para notificar a las personas que miran el registro de eventos.

Answer 1

The "ASP.NET X.Y.Z.0" source will, I think, siempre estará disponible para la escritura.

Answer 2

Debería poder escribir en los registros de eventos incorporados (Aplicación, Seguridad, Sistema) sin mucha dificultad.

Answer 3

¿Tiene una notificación por correo electrónico? Supongo que algunos administradores prefieren recibir notificaciones desde sus teléfonos celulares.

También puede llamar a casa (llamar a un servicio web para escribir ingrese de nuevo a su propio servidor), en caso de que el cliente se niegan a crear una clave en HKLM \ System \ CurrentControlSet \ Services \ EventLog \

Answer 4

En este Artículo de KB que explica el problema http://support.microsoft.com/kb/329291

Si utiliza el segundo enfoque según la resolución, debería hacerlo funcionar.

Si no quiere hacer eso o no puede hacer que funcione correctamente, otra forma sería usar la etiqueta de identidad en su web.config e imitar a un usuario que tiene derechos para editar el registro. Este es un todo de seguridad solo para esta aplicación, pero si implementa algunas medidas de seguridad adicionales, estará bien.

Answer 5

Es posible que no tenga acceso para crear un origen de eventos desde la aplicación web, pero si la memoria le sirve, puede verificar si existe.

En global.asax o en un controlador personalizado, verifique si lo crearon como se suponía que debían hacerlo. Si no lo hicieron, tener un show div recordatorio realmente molesto en cada página. Tan pronto como lo crean como se suponía que debían, el div desaparece :)