У меня есть веб-приложение .NET, развернутое в IIS6. Наши пользователи используют IE8, и я также устранял эту проблему с помощью FF 3.6.3. У нас есть функция создания отчетов, выполнение которой может занять некоторое время, в последнее время в среднем около 3,5 минут. Проблема в том, что пока отчет генерируется на сервере, примерно через 2 минуты 10 секунд IE перенаправляет на «Internet Explorer не может отобразить страницу». В FF через такое же количество времени - пустая белая страница.
При устранении неполадок я наткнулся на свойство времени ожидания подключения IIS, которое по умолчанию составляет 120 секунд. Это казалось очень близким к 2 минутам 10 секундам, поэтому я увеличил его до 5 минут, но браузеры все еще перенаправлялись через 2 минуты 10 секунд. Затем я попытался снизить значение до 10 секунд в IIS для веб-сайта (просто чтобы посмотреть, что произойдет), но браузер все равно перенаправлялся через 2 минуты 10 секунд. Насколько я могу судить, свойство тайм-аута соединения вообще ничего не делает. Я попытался перезапустить веб-сайт, перезапустить пул приложений и даже перезапустить IIS без каких-либо изменений в моих результатах.
Мой первый вопрос заключается в том, какой результат пользователь увидит в своем браузере, если IIS действительно применяет тайм-аут соединения. Увидят ли они страницу «Internet Explorer не может отобразить страницу» или что-то другое?
Я также просмотрел свой web.config на предмет любых значений, которые могут повлиять на тайм-аут, но ничего не выделяется. Я начинаю беспокоиться о том, что существует ограничение на количество браузеров, установленное групповой политикой в реестре, но я не могу быть уверен, потому что реестр заблокирован на компьютерах конечных пользователей.
Кто-нибудь знает, почему IIS не будет применять этот лимит времени ожидания? Я ищу не в том месте или есть другое значение времени ожидания, которое может вызывать такое поведение, возможно, полностью за пределами IIS? Любая помощь приветствуется.
