Диагностика запроса истекла по тайм-ауту HttpExceptions

У меня такая же проблема на наших производственных серверах, которые используют небольшой веб-сервис AJAX. Выполнив перехват пакетов за пределами нашего брандмауэра, мы обнаружили, что POST-запрос к сервису поступает в виде двух сегментов TCP, а второй сегмент так и не дошел до нас. (первый пакет содержит только заголовки, второй отсутствующий пакет должен быть телом json). Таким образом, IIS просто сидит и ждет остальной части POST. После настроенного тайм-аута сервер отправляет пакет RST клиенту и регистрирует ошибку «Время ожидания запроса истекло», что является правильным поведением.

Мы безуспешно пытаемся получить репродукцию клиента, но в нашем случае это, похоже, полностью связано с сетью (или, возможно, с каким-то «безопасным» программным обеспечением, которому не нравится содержимое поста).

Если вы используете IIS 7, вы можете использовать Не удалось отследить запрос. На самом деле я не использовал его для тайм-аутов, я в основном настроил его для захвата только определенных кодов ошибок http. Но я знаю, что вы можете заставить его сбрасывать следы любого запроса, занимающего больше X времени.

Вы пытались опубликовать вручную через telnet и просто не завершили POST. Мне было бы интересно посмотреть, сможете ли вы воспроизвести поведение, которое видите. Учитывая характер сайта, я не удивлюсь, если вы преднамеренно получите несколько искаженных POST-сообщений, чтобы попытаться взломать систему.

Иногда я замечал, что мне нужно перезапустить Safari, чтобы SO снова заработал после зависания некоторых действий, но я предположил, что это была моя проблема.

В этой статье описывается, как поймать это с помощью windbg:

http://blogs.msdn.com/b/asiatech/archive/2012/06/21/how-to-troubleshoot-httpexception-request-timed-out-asp-net-4-0-64-bit.aspx

Раньше мы часто видели их с нашим веб-клиентом с очень высоким трафиком - интересно, связано ли это. Предположительно, HttpWebRequest (я предполагаю, что у вас проблемы с HttpWebResponse? Может быть, у них одинаковые проблемы) использует под прикрытием какой-то дрянной пул потоков, даже когда ваши запросы синхронны. Время от времени что-то блокировалось, потому что какой-то другой объект .NET выше в стеке использовал тот же системный пул потоков, и один останавливал другой, что в конечном итоге вызывало тайм-аут. Я думаю, что проблема лучше описана здесь: http://www.deez.info/sengelha/2005/03/03/beware-threadpools-and-httpwebrequest/

Я бы также просканировал IP-адреса в ваших журналах, чтобы убедиться, что у одних и тех же людей возникают проблемы неоднократно. Знаете, вполне возможно, что некоторые люди все еще используют коммутируемые учетные записи, или на их стороне могут быть другие проблемы с сетью. Но, конечно же, не списывайте это со счетов, не изучив как можно больше.

Мы сталкиваемся с той же проблемой «Время ожидания запроса истекло» с нашими веб-серверами после перехода с IIS6 на IIS7. Я считаю, что проблема связана с IIS7. Я предполагаю, что эти ошибки были проглочены или проигнорированы дальше по цепочке обработки в IIS6, прежде чем запрос был передан в ASP.Net для обработки. Сегодня я включаю отслеживание неудачных запросов, чтобы посмотреть, смогу ли я получить дополнительную информацию о проблеме. Пока кажется, что ваше объяснение причин на стороне клиента кажется наиболее достоверным.