Я смотрю на сервер под управлением IIS 7.5, который выдает общие HTTP 500 для некоторых запросов, без каких-либо дополнительных отчетов об ошибках или кода подстатуса, очевидного где-либо. Итак, я включил отслеживание неудачных запросов, и отчет о трассировке для неудачных запросов показывает TRIGGER_STATUS, равный 500, и FINAL_STATUS, равный 200. Может ли кто-нибудь объяснить, в чем разница между TRIGGER_STATUS и FINAL_STATUS и почему они не будут идентичными?
Статус триггера - это статус, по которому сработало правило FREB, а окончательный статус - это статус HTTP, который получил клиент, а также то, что вы увидите в своем журнале доступа.
Я столкнулся с этой комбинацией кодов состояния в FREB при отслеживании запросов с довольно большой полезной нагрузкой. Я решил это, увеличив размер журнала по умолчанию для FREB до 1024 КБ, по умолчанию - 512 КБ.
Выполните эту команду в командной строке cmd.exe:
cd /d "%windir%\system32\inetsrv"
appcmd set config /section:sites -siteDefaults.traceFailedRequestsLogging.maxLogFileSizeKB:1024
Вы можете сбросить этот параметр до значения по умолчанию, используя:
appcmd set config /section:sites -siteDefaults.traceFailedRequestsLogging.maxLogFileSizeKB:512
Ссылка: FREB: LOG_FILE_MAX_SIZE_TRUNCATE