ASP. Net Ядро регистрирует ошибки Kestrel без подробностей

Question

У меня есть ASP. NET Core 3.1 веб-приложение с контроллерами API и SignalR. Каркас логирования - NLog Я получаю некоторые странные ошибки на производственном сервере:

ERROR|Microsoft.AspNetCore.Server.Kestrel|Connection id "...", Request id "...": An unhandled exception was thrown by the application. Object reference not set to an instance of an object.

У них нет никаких деталей. Мои параметры регистрации:

  "Logging": {
    "IncludeScopes": false,
    "Debug": {
      "LogLevel": {
        "Default": "Warning"
      }
    },
    "Console": {
      "LogLevel": {
        "Default": "Warning"
      }
    },
  }

Моя конфигурация NLog:

<?xml version="1.0" encoding="utf-8" ?>
<nlog xmlns="http://www.nlog-project.org/schemas/NLog.xsd"
      xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
      autoReload="true"
      internalLogLevel="Warn"
      internalLogFile="...">


  <!-- the targets to write to -->
  <targets>
    <!-- write logs to file  -->
    <target xsi:type="File" name="allfile" fileName="..."
            layout="${longdate}|${event-properties:item=EventId.Id}|${uppercase:${level}}|${logger}|${message} ${exception}" />

    <!-- another file log, only own logs. Uses some ASP.NET core renderers -->
    <target xsi:type="File" name="ownFile-web" fileName="..."
            layout="${longdate}|${event-properties:item=EventId.Id}|${uppercase:${level}}|${logger}|${message} ${exception}|url: ${aspnet-request-url}|action: ${aspnet-mvc-action}" />

    <!-- write to the void aka just remove -->
    <target xsi:type="Null" name="blackhole" />
  </targets>

  <!-- rules to map from logger name to target -->
  <rules>
    <!--All logs, including from Microsoft-->
    <logger name="*" minlevel="Warn" writeTo="allfile" />

    <!--Skip Microsoft logs and so log only own logs-->
    <logger name="Microsoft.*" minlevel="info" writeTo="blackhole" final="true" />
    <logger name="*" minlevel="Warn" writeTo="ownFile-web" />
  </rules>
</nlog>

Есть ли способ получить дополнительную информацию об этих ошибках? Должен ли я реализовать какой-то фильтр исключений? Спасибо!

Answer 1

Я нашел ответ на свой вопрос. Мне нужно использовать формат «$ {exception: format = tostring}» для получения сведений об исключении в журнале NLog.