Comenzaré con, sí, hemos creado y estamos usando un filtro de excepción heredado del atributo ExceptionFilterAttribute. Se registra en la configuración en el inicio de la aplicación justo después de nuestro filtro de identidad y funciona casi como se esperaba si se produce un error en algún lugar dentro de nuestra API.

Dicho esto, estoy buscando una manera de manejar los errores que ocurren antes de que llegue a la API.

Razonamiento: Nunca queremos devolver un error YSOD o IIS HTML. SIEMPRE queremos golpear un filtro / controlador de excepciones personalizado para que podamos manejar el registro correctamente y devolver una respuesta JSON al usuario.

A partir de este momento, utilizando Fiddler para realizar una solicitud, puedo adjuntar al proceso w3wp.exe y ver cómo la solicitud llega al método Application_BeginRequest en global.asax. Después de eso, solo devuelve 500 respuestas. Nunca rompe el código con una excepción o golpea cualquiera de mis puntos de ruptura después de eso. Parece estar devolviendo un error de IIS. Nunca queremos que esto suceda. Necesitamos la capacidad de capturar todas estas excepciones de "bajo nivel", registrarlas y devolver algo significativo al usuario.

¿Hay algo que podamos hacer para manejar los errores antes, lo que parece estar golpeando el código de la API web de ASP.NET MVC?