Как отличить HTTP / HTTPS-запрос, который не работает в приложении ASP .NET Core, и тот, который не работает из-за неправильной конфигурации IIS?
В большинстве случаев IIS и ASP .NET Core имеют разные журналы, и решение часто состоит в том, чтобы просто отключить HTTPS, чтобы выяснить, какой из них возвращает ошибку, но сообщения об ошибках от IIS кажутся похожими на HTTP 500 Internal Server Error в выводе сообщения журнала в формате W3C, и они не указывают ничего более глубокого, чем это.
Насколько я могу судить, приложения ASP .NET Core просто находятся за IIS, а запросы / ответы являются своего рода обратным проксированием для реального приложения.
Я наткнулся на следующее Настройка конфигурации IIS в котором вы можете включить отслеживание неудачных запросов, и, кажется, указывает, что он с радостью будет регистрировать более глубокие сообщения об ошибках как HTTP 500 Internal Server Error упоминается внизу этой документации, но я не уверен в этом.