У нас есть модуль и фильтр ISAPI, который проверяет и изменяет ответы. У нас есть такой сценарий, когда Firefox с включенным HTTP2 отправляет запрос, который терпит неудачу в IIS, а второй запрос немедленно повторно вводится в конвейер (возможно, повторно отправляется от клиента Firefox). Эти два запроса очень похожи, за исключением того, что у первого был заголовок TE: trailer и connection: close. При просмотре трассировки неудавшегося запроса мы видим, что flu sh при первом запросе завершается с ошибкой «параметр неверен» (ниже). Есть ли способ найти дополнительную информацию о том, почему грипп sh не прошел? Я попытался отследить это в управляемом конвейере, но не смог - похоже, это могло произойти в собственном коде или, возможно, ошибка связи с клиентом (?). Если в Firefox отключен HTTP2, ошибка flu sh не возникает. Если у нас нет модуля ISAPI и фильтра, первый запрос будет успешным.
0 ms
Verbose
GENERAL_RESPONSE_ENTITY_BUFFER
Buffer
HTTP/1.1 302 Found
Content-Length: 192
Content-Type: text/html; charset=utf-8
Location: https://SERVER-NAME/VDIR/PATH/FILE.aspx?url=https%3a%2f%2fSERVER-NAME%2fVDIR
Server: Microsoft-IIS/10.0
request-id: b8945a72-543a-4474-9837-9420b3176c5b
X-Powered-By: ASP.NET
X-X-Server: SERVER-NAME
<html><head><title>Object moved</title></head><body>
<h2>Object moved to <a href="https://SERVER-NAME/VDIR/PATH/FILE.aspx?url=https%3a%2f%2fSERVER-NAME%2fVDIR">here</a>.</h2>
</body></html>
0 ms
Informational
GENERAL_FLUSH_RESPONSE_END
BytesSent
0
ErrorCode
The parameter is incorrect.
(0x80070057)
0 ms
GENERAL_REQUEST_END
BytesSent
0
BytesReceived
733
HttpStatus
302
HttpSubStatus
0 ```